当前位置:  开发笔记 > 编程语言 > 正文

为什么Java的调试热插拔仅限于方法内更改?

如何解决《为什么Java的调试热插拔仅限于方法内更改?》经验,为你挑选了1个好方法。

我已经通过热部署教程,它的工作原理.但我对这些限制有疑问(第3点)即

热部署仅支持方法实现中的代码更改.如果添加新类或新方法,仍需要重新启动.

基本上,如果我在现有方法中进行更改,但在添加方法或类的情况下需要,我们不需要重新启动服务器.

我理解它是如何工作的: -当我在现有方法中进行更改或引入新方法时,Eclipse会将文件放在webserver下的正确位置.如果类已经由perm gen空间中的类加载器加载,它将从permgen空间卸载它并在内部加载新的,而不重新启动服务器,以便反映新的更改(字节代码).那是对的吗 ?

如果是,为什么热部署不适用于新方法和新类文件?



1> E-Riz..:

这个推理非常复杂,只有熟悉JVM以及如何管理内存的人才能完全知道.在这个页面上有一个不错的解释(虽然它确实是JRebel产品的广告) - 滚动到标题为什么HotSwap仅限于方法体的部分?.

要点:有两个主要因素阻止HotSwap处理类的结构更改:JIT和内存分配.

JVM中的JIT(Just In Time)编译器在类加载并运行几次后优化字节码,基本上内联许多调用以提高性能.在类签名和结构可能发生变化的环境中安全有效地实现该功能将是一项重大挑战.

如果允许类结构发生变化,其他问题还包括内存管理会发生什么.JVM必须修改现有的类实例,这意味着将它们重定位到堆存储的其他部分.更不用说必须重新定位类对象本身.JVM的内存管理已经非常复杂和高度优化; 此类更改只会增加复杂性并可能降低JIT编译器的性能(并可能导致其他错误).

我认为可以安全地假设JVM工程师不愿意采用支持此功能所需的性能和bug足迹权衡.这就是为什么JRebel等产品应该存在的原因.

推荐阅读
凹凸曼00威威_694
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有