前の子供用シューズでも、jdk1.6 メソッドでも、あなたが言及したメモリ リークの問題が発生しないことが非常に明確になりました。
メモリ不足の理由は、1000000new String(new byte[100000])オブジェクトを適用するのに十分なメモリがないためです。1000000个new String(new byte[100000])对象。

---

还有，按照你的逻辑来实现的话，JDK1.6的实现方式绝对是占用更少内存的，因为array是引用类型。即便你循环1000000次substring，在String对象中的char[] value也是同一个对象，而JDK1.7使用Arrays.copy的方式实现，那你每一次substring就将会生成一个新的char[] value

また、 arrayは参照型であるため、ロジックに従って実装された場合、 JDK1.6の実装は確実にメモリ占有量が少なくなります。 1000000回 substringをループしたとしても、 Stringオブジェクトの char[] valueは同じオブジェクトです。 JDK1.7は Arrays.copyを使用して実装されており、 substring値ごとに新しい char[] を生成します。コード>インスタンス。

まず for ループの外でjava SubMain sub = new SubMain();を初期化する必要があります。
for ループで毎回ヒープ上に SubMain を作成するため、各 SubMain は少なくとも 100k を占有し、それを 1,000,000 回繰り返すことになり、100G のヒープ領域が必要になります。同時に、SubMain への参照はリストに保存され、gc もフル gc もそれを再利用できず、確実にメモリがオーバーフローします。

同時に、メモリ割り当てについて議論するときは、少なくとも仮想マシン構成の -Xms、-Xmx、-Xmn、-XX:SurvivorRatio を提供してください。

この質問は非常に興味深いもので、私はそれを調べて知りました。著者の理解では、subString はせいぜい元の文字列メモリをリサイクルせず、リストのループによってメモリが少しずつ増加するだけです。時間。後でプログラムを注意深く見てみましょう:

リーリー

strings は SubMain のインスタンス変数であり、SubMain はループによって 1,000,000 回インスタンス化されているため、結果は想像できます...

さらに、この問題は JDK7 update6 で修正されました。
古いバージョンの JDK の場合は、次の方法を使用できます:

リーリー

List は常にヒープ メモリへの参照を保持し、メモリがオーバーフローしないようにしてください。