Wo muss der Java-und der .NET string-Literale wohnen?

Einer aktuellen Frage zu string-literalen in .NET caught my eye. Ich weiß, dass string-Literale sind interniert so, dass unterschiedliche Saiten mit dem gleichen Wert auf das gleiche Objekt beziehen. Ich weiß auch, dass ein string sein kann, interniert Laufzeit:

string now = DateTime.Now.ToString().Intern();

Offensichtlich ein string, der ein Praktikum in runtime befindet sich auf dem heap, aber ich hatte angenommen, dass ein literal ist, wird in die Programm Daten-segment (und sagte das auch so in meinem Antwort die besagte Frage). Aber ich erinnere mich nicht sehen, dieses überall. Ich nehme an, dies ist der Fall, da es, wie ich es tun würde und die Tatsache, dass die ldstr IL-Anweisung wird verwendet, um Literale und keine Verrechnung stattzufinden scheint, scheint mich unterstützen.

Zu schneiden eine lange Geschichte kurz, wo string-Literale wohnen? Ist es auf dem heap, das Daten-segment oder einige Ort, den ich noch nicht gedacht?

Edit:, Wenn string-Literale tun befinden sich auf dem heap, Wann werden Sie verteilt?

InformationsquelleAutor Motti | 2008-12-16

108

Strings in .NETTO sind Referenz-Typen, so sind Sie immer auf dem heap (auch wenn Sie interniert). Sie können dies überprüfen, mit einem debugger wie WinDbg.

Wenn Sie die Klasse unter

   class SomeType {
      public void Foo() {
         string s = "hello world";
         Console.WriteLine(s);
         Console.WriteLine("press enter");
         Console.ReadLine();
      }
   }

Und rufen Sie Foo() auf eine Instanz, die Sie verwenden können, WinDbg, um zu überprüfen heap.

Den Verweis werden die meisten wahrscheinlich werden gespeichert in einem register für ein kleines Programm, so dass die einfachste zu finden, ist der Verweis auf die bestimmte Zeichenfolge ist, indem Sie eine !dso. Dies gibt uns die Adresse der Zeichenkette in Frage:

0:000> !dso
OS Thread Id: 0x1660 (0)
ESP/REG  Object   Name
002bf0a4 025d4bf8 Microsoft.Win32.SafeHandles.SafeFileHandle
002bf0b4 025d4bf8 Microsoft.Win32.SafeHandles.SafeFileHandle
002bf0e8 025d4e5c System.Byte[]
002bf0ec 025d4c0c System.IO.__ConsoleStream
002bf110 025d4c3c System.IO.StreamReader
002bf114 025d4c3c System.IO.StreamReader
002bf12c 025d5180 System.IO.TextReader+SyncTextReader
002bf130 025d4c3c System.IO.StreamReader
002bf140 025d5180 System.IO.TextReader+SyncTextReader
002bf14c 025d5180 System.IO.TextReader+SyncTextReader
002bf15c 025d2d04 System.String    hello world             //THIS IS THE ONE
002bf224 025d2ccc System.Object[]    (System.String[])
002bf3d0 025d2ccc System.Object[]    (System.String[])
002bf3f8 025d2ccc System.Object[]    (System.String[])

Nun verwenden !gcgen um herauszufinden, welche generation die Instanz, in:

0:000> !gcgen 025d2d04 
Gen 0

Ist es in der generation null - das heißt, es hat einfach zugeordnet werden. Wer verwurzelung es?

0:000> !gcroot 025d2d04 
Note: Roots found on stacks may be false positives. Run "!help gcroot" for
more info.
Scan Thread 0 OSTHread 1660
ESP:2bf15c:Root:025d2d04(System.String)
Scan Thread 2 OSTHread 16b4
DOMAIN(000E4840):HANDLE(Pinned):6513f4:Root:035d2020(System.Object[])->
025d2d04(System.String)

ESP ist der stack für unsere Foo() Methode, aber beachten Sie, dass wir eine object[] als gut. Das ist die interne Tabelle. Lassen Sie uns nehmen einen Blick.

0:000> !dumparray 035d2020
Name: System.Object[]
MethodTable: 006984c4
EEClass: 00698444
Size: 528(0x210) bytes
Array: Rank 1, Number of elements 128, Type CLASS
Element Methodtable: 00696d3c
[0] 025d1360
[1] 025d137c
[2] 025d139c
[3] 025d13b0
[4] 025d13d0
[5] 025d1400
[6] 025d1424
...
[36] 025d2d04  //THIS IS OUR STRING
...
[126] null
[127] null

Reduzierte ich die Ausgabe etwas, aber Sie bekommen die Idee.

Abschließend: strings auf dem heap - selbst wenn Sie interniert. Die Internierten Tabelle enthält einen Verweis auf die Instanz auf dem heap. I. e. interniert Zeichenfolgen werden nicht gesammelt, während die GC, weil die Internierten Tabelle Wurzeln Sie.

Keine Ahnung, warum dieses gewählt wurde...nach unten ...

InformationsquelleAutor Brian Rasmussen

12

In Java (von der Java-Glossar):

In der Sun JVM, die Internierten Strings (inklusive String-Literale) werden gespeichert in einem speziellen pool von RAM genannt perm gen, wo die JVM lädt Klassen und speichert nativ kompilierten code. Aber die beiden hatten Zeichenfolgen Verhalten sich nicht anders als hatte Sie gespeichert worden, in der gewöhnlichen Gegenstand heap.
- Eine normative Referenz, die gefunden werden sollen. Sie können nicht nur zitieren beliebigen Internet-junk.
InformationsquelleAutor Michael Myers
3

Mich korrigieren, wenn ich falsch bin, aber nicht alle Objekte befinden sich auf dem heap in Java und .NET?
- Wert-Typen .NETTO befindet sich auf dem stack, es sei denn, Sie sind Teil eines Referenz-Typ, in dem Fall sind Sie auf dem heap.
- Richtig, ich wäre nicht Wert-Typen aus der "object" - Kategorie, aber dann wieder ich ' m verwendet, um Java und nicht .NET
- Wenn Wert-Typen sind klein genug, werden Sie sogar überhaupt nicht auf dem stack sondern nur in den Registern.
InformationsquelleAutor matt b
1

In .Net, string-Literale als "interniert", werden in einer speziellen Datenstruktur genannt, die "interne Tabelle". Dieser ist getrennt vom heap und den stack. Nicht alle strings sind interniert, aber... ich bin mir ziemlich sicher, dass diejenigen, die nicht gespeichert sind, über den Haufen.

Weiß nicht, über Java
- Sicherlich die interne Tabelle nur Verweise auf die strings und nicht speichern die tatsächlichen bytes der Zeichenfolge?
- Die Internierten-Tabelle enthält Verweise auf die strings auf dem heap.
InformationsquelleAutor Charles Bretana
1

Fand ich diese auf der MSDN-Website über die ldstr IL instruction:

Den ldstr Instruktion schiebt einen Objektverweis (Typ O) auf ein neues string-Objekt, das die bestimmten string-literal in den Metadaten gespeichert. Die ldstr Unterricht reserviert sich die benötigte Menge an Speicher und führt beliebige format-Konvertierung erforderlich ist, um konvertieren Sie die string-literal ist von der form verwendet, in der Datei in der format-string zur Laufzeit benötigt werden.

Die Common Language Infrastructure (CLI) garantiert, dass das Ergebnis von zwei ldstr Hinweise die zwei Metadaten-tokens, die die gleiche Sequenz von Zeichen zurück genau die gleiche string-Objekt (einen Prozess bekannt als "string-Praktikum").

Dies bedeutet, dass die string-Literale sind in der Tat gespeichert, die auf dem heap in .NET (im Gegensatz zu Java als hingewiesen von mmyers).
- Nein, es sagt nur, Sie Verhalten sich, als ob Sie gespeichert waren, auf dem normalen heap
InformationsquelleAutor Motti
0

In Java, Zeichenketten, wie alle Objekte befinden sich in den heap.
Nur lokale primitive Variablen (int, chars und Verweise auf Objekte) befinden sich im stack.

InformationsquelleAutor Yoni Roit
-1

Interniert String ist in java befinden sich in einem separaten Pool " der String-Pool. Dieser pool ist gepflegt, die von der Klasse "String" und befindet sich an der normalen Heap (nicht die Perm-Pools, wie oben erwähnt, verwendet für die Speicherung der Klasse).

Wie ich es verstehe, sind nicht alle Strings interniert, aber anrufen myString.intern() gibt einen String zurück, der garantiert, dass aus dem String-Pool.

Siehe auch:
http://www.javaranch.com/journal/200409/ScjpTipLine-StringsLiterally.html
und die javadoc -
http://java.sun.com/j2se/1.5.0/docs/api/java/lang/String.html#intern()
- Es wird betreut durch den compiler classloader im Fall von Zeichenketten. Zu einer Zeit, es wa ja auch in der PermGen.
InformationsquelleAutor

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.