解释器

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 我们在前面已讨论了12种设计模式。其中涉及的是：变与不变，对变化如何处理，以及调用关系，对不可调用，如何方便实现成为可以调用。剩下的11个模式，都是与行为传递有关的，即不是变与不变的问题，也不是调用关系问题。而是调用流程控制的问题。这是因为，我们使用了类，使用了SOLID原则，调用流程不再是if else 或 switch case。 处理好这样的流程控制，则更易于我们的代码的简化。 Chain of Responsibility（责任链） ：为解除请求的发送者和接受者之间耦合，而使多个对象都有机会处理这个请求。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它。 这样的做法，使得每一个类中的流程控制得以统一。并且，可以将这样的流程控制封装到对应的类中，而不是由调用者来处理，因而调用者不再需要了解这个链中有多少个程员，该按怎样的顺序调用。从而丢开了调用者与被调用者之间的紧密耦合。 实现方式：被调用者作为具体代码，其类中增加$next属性，保存下一个有责任的类。被调的方法中，判断，有没有$next，如果有，则调用$next中的同名方法。 总结：一次性同时调用多个类中的同一个方法。（类方法递归） 选择模式：通过类的链，实现方法选择的组合。 Command（命令） ：将一个请求封装为一个对象

看到Stackoverflow上有个问题在讨论Java和Python的对比，其中就有人问答为啥Java的运行环境被称之为JVM，而Python的只能叫做Interpreter。 这个问题估计想过的人不多，先找维基百科看一下虚拟机的定义。 虚拟机的定义有2个，一种是类似Vmware的系统虚拟机，另一种是虚拟机称之为程序虚拟机，诸如JVM，CLR就是最常见到的虚拟机。 程序虚拟机也称作托管运行时环境，运行这个虚拟机时，就好比普通的OS中的一个进程。当这个进程启动时，虚拟机启动，当进程销毁时，虚拟机销毁。使用虚拟机的目的就是提供一个和平台无关的编程环境。 JVM中的执行引擎只能处理编译后的Java字节码，字节码处理引擎其实包含一个字节码解释器和一个JIT编译器（和.net的CLR中JIT差别很大），解释器逐条的执行字节码指令，速度稍慢。JIT编译器则会将热点代码编译缓存起来，因此执行速度加快。 解释器的概念比较简单，它可以将代码翻译，并运行，不需要经过编译，JVM中的解释器正式这样的，JVM中解释的就是字节码。解释器运行程序的方法有3种： 直接运行高级编程语言（如Shell内置的解释器） 转换高级编程语言码到一些有效率的字节码（Bytecode），并运行这些字节码 以解释器包含的编译器对高级语言编译，并指示处理器运行编译后的程序（例如：JIT） 其中Python的解释器就是属于第二种