debug 调试原理理解
引言:
昨天,看了一篇文章,很受启发,记得之前听别的人远程调试过代码,觉得很神奇,在自己程序里打断点,连接远程服务器,开启调试后可以调用远程方法来看数据的输入和输出,不需要查找问题,重新部署,测试问题,直接远程调试,看运行结果,感觉很方便。
分析:
那么,它是怎么实现的呢?
首先,我想的问题是,它怎么知道我本机的断点在哪?我本机又是怎么输入输出数据?
之后,我在想本地调试为什么可以?怎么加入的断点?
我的观点:
看了那篇文章之后,了解了在c程序里,如果以调试模式运行,会把程序的断点翻译成一个中断【int 3】,运行到断点处,就保存执行状态,执行父级监控操作,之后父级更新子级的执行状态,载入保存信息,继续执行程序。
在【java】里,有JVM的存在,可以省好多事,分三层
1.JVMIT【虚拟机接口】,底层
2.JDWP【虚拟机传输协议,格式】,中间传输
3.JDI【程序调试接口】,发送指令控制接口
我个人理解是,把水流切断,处理,再放回去,对执行透明,比较像面向切面编程
而本机部署有热加载能力,可以把修改类或者断点生成的中断及时加载到运行程序里,run模式就不可行
像解剖一样,想看了,切开看看,看完再还原回去继续运行,【高维监视】
文章链接:
http://blog.jobbole.com/23463/ 【中断原理】
https://www.ibm.com/developerworks/cn/java/j-lo-jpda1/ 【JVM调试原理】
我从不相信什么懒洋洋的自由,
我向往的自由是通过勤奋和努力实现更广阔的人生,那样的自由才是珍贵的、有价值的。
我相信一万小时定律,我从来不相信天上掉馅饼的灵感和坐等的成就。
做一个自由又自律的人,靠势必实现的决心认真地活着。
我向往的自由是通过勤奋和努力实现更广阔的人生,那样的自由才是珍贵的、有价值的。
我相信一万小时定律,我从来不相信天上掉馅饼的灵感和坐等的成就。
做一个自由又自律的人,靠势必实现的决心认真地活着。
[山本耀司]
本文转载请注明出处