标签：jvm java garbage-collection

一直有人告诉我,静态变量会持续应用程序的整个生命周期,但是我只是读到有关Java GC的内容,这使我对以下语句提出了疑问：

Classes may get collected (unloaded) if the JVM finds they are no longer needed and space may be needed for other classes. The permanent generation is included in a full garbage collection.

因此,问题是什么将导致JVM执行此操作,这意味着所有静态类变量都在某种意义上被“重置”了吗？

解决方法:

So the question is what would cause the JVM to do this …

当某个班级不再可达时,就会发生这种情况.实际上,只有在应用程序(或框架)动态创建类加载器,动态加载类,然后应用程序的其余部分无法访问该类加载器,类和这些类的实例时,才会发生这种情况.

由应用程序的主类加载器加载的类不会发生这种情况,因为此类始终可访问. (例如,通过使用主类加载器调用ClassLoader.forName(…).)

… would it mean that all static class variables are in a sense “reset”?

不能.更好的特征是,如果静态变量属于已卸载的类,则它们不再存在. (就像局部变量超出范围时不再存在一样.)

请注意,仅当/卸载该类时,才会发生这种情况.并且如果应用程序仍然可以观察到所讨论的静态变量,那么对于变量的访问就足够了……这将抑制类的卸载.

标签：jvm,java,garbage-collection
来源： https://codeday.me/bug/20191109/2012912.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。