感觉只是一个广告

@gugogo 你工作的时候可以

当你整天盯着电脑冷落了女朋友的时候就悲剧了。
然后当你整天盯着女朋友冷落了电脑的时候你也悲剧了。

友尽！
以后不要帮朋友拍

不错，不错

@mathcoder23 慎重！

你在编译器上能一次性写可用的单例？

class EleProduct {
List<Phone> phoneList;
List<Computer> computerList;
int value;//没点击一次 phone 或者 computer,value 的值加 1
}

@extreme EOF 不是已经读到文件流结尾了吗？ 你还想用它来读取另外一个文件的内容？

同问 java 版本的

厉害了，我的锅

不赶紧泡妹子，买房你还想着写代码，你白穿越了

@SoloCompany 谢谢，找到原因了！

@SoloCompany 我用 jmap 打印出来确实是调整了，但是为什么会被动态调整呢？

今天我查阅了 oracle 的官方资料，上面只说了 Parallel Scavenge(64 位系统 server 模式下的默认收集器)因为默认开启了 UseAdaptiveSizePolicy 参数，所以才会对新生代的大小进行动态调整，但是为啥我使用其他收集器测试正如 jmap 中打印出来的参数那样 maxHeapSize 被修改成了 8M,我设置的 4M 没起作用。我使用这样的参数进行模拟：
```
//-Xmx6M -Xms6M -XX:+PrintGCDetails -XX:-UseAdaptiveSizePolicy -XX:+UseParNewGC
Heap Configuration:
MinHeapFreeRatio = 40
MaxHeapFreeRatio = 70
MaxHeapSize = 8388608 (8.0MB)
NewSize = 1310720 (1.25MB)
MaxNewSize = 17592186044415 MB
OldSize = 5439488 (5.1875MB)
NewRatio = 2
SurvivorRatio = 8
PermSize = 21757952 (20.75MB)
MaxPermSize = 85983232 (82.0MB)
G1HeapRegionSize = 0 (0.0MB)

Heap Usage:
New Generation (Eden + 1 Survivor Space):
capacity = 1900544 (1.8125MB)
used = 693800 (0.6616592407226562MB)
free = 1206744 (1.1508407592773438MB)
36.50533741918103% used
Eden Space:
capacity = 1703936 (1.625MB)
used = 497192 (0.47415924072265625MB)
free = 1206744 (1.1508407592773438MB)
29.179030198317307% used
From Space:
capacity = 196608 (0.1875MB)
used = 196608 (0.1875MB)
free = 0 (0.0MB)
100.0% used
To Space:
capacity = 196608 (0.1875MB)
used = 0 (0.0MB)
free = 196608 (0.1875MB)
0.0% used
tenured generation:
capacity = 4194304 (4.0MB)
used = 1415024 (1.3494720458984375MB)
free = 2779280 (2.6505279541015625MB)
33.73680114746094% used
Perm Generation:
capacity = 21757952 (20.75MB)
used = 5838448 (5.5679779052734375MB)
free = 15919504 (15.182022094726562MB)
26.833628459149097% used

```

而且 eden:from 的比例也不是 8:1 呀！

参考文档:http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html

哥，如果可以的话，加个 q 吧。 353003874

@SoloCompany jdk8 中应该有很多变化，方法区都变化了。

需要后端 java 的吗？