1、解释器是把代码一行一行解释为二进制指令,编译器是把代码一次性编译为二进制指令, 对JAVA语言来说,在执行阶段区分编译和解释,但对C语言来说,在执行阶段是直接执行二进制指令,不存在编译和解释,不知道理解对吗? 嗯,c语言直接编译为机器码,并不存在虚拟机,不存在Java的部分概念 2、java垃圾回收机制!是回收不再使用的堆内存嘛;那内存泄漏,gc不会主动回收这部分内存嘛。基本正确,但不只是堆。 3、aot是编译期发生的,属于静态编译,aot是直接将字节码转换成机器码;jit是运行时,不是一码事。 4、笔记:前端编译器有javac,作用:将.java源文件编译成.class文件;后端编译器有jit编译器, 可以将字节码生成本地机器码;热点代码是指频繁运行的某个方法或者是方法块,为了优化热点代码的执行效率,使用JIT编译器将这些代码编译成机器码。 5、JIT编译器就是把运行时JVM解释执行产生的codeCache对应的热点代码,动态编译成机器码去执行。 6、观点作为参考:JAVA的jit是运行前将源码编译为字节码文件。但是jit和aot都可以将字节码编译为机器码,只是jit将一些高频代码编译,aot将所有代码编译。 7、最近,每天都在纠结要不要离职,在这家公司一年了,感觉什么提升都没有,除了获得 报酬,别的好像并没有什么收获 :问下自己 跳槽为了什么,是不是跳槽就/才能解决,如果是也不用犹豫,否则也可以发现其他选择 8、a.开发 按照java平台的语法规范,结合平台提供的三方类库和框架开发程序, b.编译 开发完成后使用平台提供的javac工具将程序编译成.class文件, c.加载 平台通过classloder加载编译成功的.class文件到JVM中 d.运行 在运行时,JVM使用JIT将.class文件中的二进制字节码解释或编译(根据使用频率来判断使用解释还是编译)成计算机底层能够读懂的机器代码去执行 e.回收 运行期间,通过JVM的垃圾回收,根据参数使用不同的回收方法,将不再使用的内存地址中的数据清空 f、监控,调优 在JVM运行时我们还可以通过平台提供的如:jmap,jconsole等进行监控诊断工具,程序的性能进行监控诊断,进行程序的诊断和调优工作 9、动态编译会缓存起来,适合重复使用的场景。 10、国富论中讲到,社会的分工细化起到了提高生产力的关键作用。我觉得一次编写到处运行也是社会分工的一种模式, 他使大部分业务程序员注重领域模型的逻辑设计,不必关心底层的实现,使软件工程达到了专业的人做专业的事这一个高度。虽然现在掌握一门技术远远不够, 但是对于大部分业务程序员来说,只有把精力花在最重要的地方比如领域模型的设计,才会让业务更加流畅完善。所以我觉得JVM机制蕴含了一定的经济学原理。 11、jit会缓存编译过的在codecache里:JIT能在运行时刻将字节码编译成机器码, 这样热点代码就是编译运行了 12、所有的类运行时解析之后,再次运行时还会重复解析吗?:简单说,如果没有被jit编译,是的。 13、JIT编译的热点代码是指class文件还是class文件的部分内容?:不是以class为单位,是方法级。 14、写个程序直接执行字节码就是解释执行。写个程序运行时把字节码动态翻译成机器码就是jit。 写个程序把java源代码直接翻译为机器码就是aot。造个CPU直接执行字节码,字节码就是机器码。 15、解释执行和编译执行可以类比为 同声传译 和 放录音。 16、这种基于运行分析,进行热点代码编译的设计,是因为绝大多数的程序都表现为"小部分的热点耗费了大多数的资源"吧。 只有这样才能做到,在某些场景下,一个需要跑在运行时上的语言,可以比直接编译成机器码的语言更"快"