Új hozzászólás Aktív témák

• skoda12 aktív tag

  #3143

  #3139 Superhun

  2012-11-17 12:21:14

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  skoda12

  aktív tag

  #3139 Superhun

  #3139 Superhun

  "a String az egy olyan állandó, amelynek értéke futás közben megváltozhatatlan"

  Valójában csak a mérete, a karaktereket módosíthatjuk benne a charAt metódussal, O(1) időben.

  "a Szemétgyűjtő a Stringeket nem kezeli, nem dobja ki őket"

  Ezt nem gondolhatod komolyan. Elég sok alkalmazás kapna így out of memory-t . Valójában úgy áll a dolog, hogy a kódban definiált Stringek (String str = "abc") az úgynevezett literal pool-ban lévő elemekre fognak hivatkozni, ami a heap-től független, így a GC-től is. A futás időben keletkezett String objektumok viszont mindig a heap-re kerülnek, amiket pedig a GC eltakarít, ha már nincs rájuk hivatkozás.

  Példa:

  String str1 = "abc";
  String str2 = "abc";
  System.out.println(str1 == str2);

  Eredmény: true

  String str1 = new String("abc");
  String str2 = new String("abc");
  System.out.println(str1 == str2);

  Eredmény: false

  "
  "a String az egy olyan állandó, amelynek értéke futás közben megváltozhatatlan"

  Valójában csak a mérete, a karaktereket módosíthatjuk benne a charAt metódussal, O(1) időben."

  A String immutable, nem modosithatod, a charAt pedig pont visszaad egy karaktert es nem modositja azt.

  "Valójában úgy áll a dolog, hogy a kódban definiált Stringek (String str = "abc") az úgynevezett literal pool-ban lévő elemekre fognak hivatkozni, ami a heap-től független, így a GC-től is."

  Java 7-tol az interned stringek is atkerultek a permanent generationbol a young es old generationbe tehat nem igaz, hogy a heaptol fuggetlenek.

• Lacces őstag

  #3140

  #3139 Superhun

  2012-11-17 09:33:33

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lacces

  őstag

  #3139 Superhun

  #3139 Superhun

  "a String az egy olyan állandó, amelynek értéke futás közben megváltozhatatlan"

  Valójában csak a mérete, a karaktereket módosíthatjuk benne a charAt metódussal, O(1) időben.

  "a Szemétgyűjtő a Stringeket nem kezeli, nem dobja ki őket"

  Ezt nem gondolhatod komolyan. Elég sok alkalmazás kapna így out of memory-t . Valójában úgy áll a dolog, hogy a kódban definiált Stringek (String str = "abc") az úgynevezett literal pool-ban lévő elemekre fognak hivatkozni, ami a heap-től független, így a GC-től is. A futás időben keletkezett String objektumok viszont mindig a heap-re kerülnek, amiket pedig a GC eltakarít, ha már nincs rájuk hivatkozás.

  Példa:

  String str1 = "abc";
  String str2 = "abc";
  System.out.println(str1 == str2);

  Eredmény: true

  String str1 = new String("abc");
  String str2 = new String("abc");
  System.out.println(str1 == str2);

  Eredmény: false

  Módosítani lehet, de hozzáadni új karaktert is? Úgy hogy ugyanaz az objektum.

  Na igen, az első variáció, azt tudtam... az a literal pool. Erről olvastam is.

  A második jah, abban igazad van, azt most megnéztem anno kódot, és rosszul következtettem rá, mert ott nekem str1.equals(str2) van..., Igen, és az objektum a kupac memória kerül, ahol a gc garázdálkodik és csak a lokális változók és a tagfüggvények kerülnek a verembe.

  Igaz, félre beszéltem, köszönöm a helyesbítést

Új hozzászólás Aktív témák