lemonGuo的大脑皮层、小脑、海马体、杏仁核.....

在软件业发展初期，程序编写都是以算法为核心，程序员会把数据和过程分别作为独立部分考虑，数据代表问题空间中的客体，程序代码则用于处理这些数据，这种思维直接站在计算机的角度去抽象问题和解决问题，称为面向过程的编程思想。面向过程的编程思想极大地提升了现代软件开发的生产效率和软件可达的规模，但是现实世界与计算机世界之间存有差异，导致良好的设计原则不得不向现实做出让步。开发人员必须让程序在计算机中正确执行，

衡量一个性能的高低好坏，每秒事务处理数（Transactions Per Second）是最重要的指标之一，它代表着一秒内服务端平均能响应的请求总数，而TPS值与程序的并发能力又有密切联系。对于计算量相同的任务，程序线程并发协调得越有条不紊，效率自然越高；反之，线程之间频繁阻塞甚至死锁，将会大大降低程序并发能力。并发不一定要依赖多线程，但是在Java里面谈论并发，大多数都与线程脱不开关系。此

Amdahl 定律：该定律通过系统中并行化与串行化的比重来描述多处理器系统能获得的运算加速能力。 摩尔定律：该定律用于描述处理器晶体管数量与运行效率间的发展关系。 并发处理的刚反应用时使得 Amdahl 定律代替摩尔定律成为计算机性能发展源动力的根本原因，也是人类“压榨”计算机运算能力的最有力武器。多任务处理几乎是现代计算机操作系统的一项必备功能，由于计算机的运算速度与它的存储和通

方法调用不等于方法执行，它唯一的任务就是确定被调用方法的版本，即具体调用哪一个方法，暂时不涉及方法内部的运行过程。在程序运行时，进行方法调用是最普遍、最频繁的操作，在讲解Class文件编译过程时，已经表明此过程不包含传统编译中的连接步骤，一切方法调用在Class文件里面存储的都只是符号引用，而不是方法在实际运行时内存布局中的入口地址（相当于“直接引用”）。此特性给Java带来了更强大的动态扩展能力

执行引擎是虚拟机最核心的组成部分之一。在讲解执行殷勤之前，再来思考一下“虚拟机”的概念，它是一个相对于“物理机”的概念，两者都有代码执行能力，区别是物理机的执行引擎时直接建立在处理器、硬件、指令集和操作系统上，而虚拟机则是由自己实现，因此可以自行制定指令集与执行引擎的结构体系，并且能够执行那些不被硬件直接支持的指令集格式。本篇博文将从主要概念模型的角度讲解虚拟机的方法调用和字节码执行：栈帧概念及

虚拟机设计团队把类加载阶段中的“通过一个类的全限定名来获取描述此类的二进制字节流”这个动作放到Java虚拟机外部实现，以便让应用程序自己决定如何去获取所需要的类。实现这个动作的代码块被称为“类加载器”。类加载器可以说是Java语言的一项创新，也是Java语言流行的重要原因之一，它最初是为了满足 Java Applet 的需求而开发出来的，但类加载器却在类层次划分、OSGi、热部署、代码加密等领域大

虚拟机把描述类的数据从Class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的Java类型，这就是虚拟机的类加载机制。与那些在编译时需要进行连接工作的语言不同，在Java语言里，类型的加载、连接和初始化过程都是在程序运行期间完成的，此策略虽会令类加载时稍增加性能开销，但为Java程序提供高度的灵活性，Java里天生可以动态扩展的语言特性就是依赖运行期动态加载

Java虚拟机的指令由一个字节长度的、代表着某种特定操作含义的数字（称为操作码，Opcode）已经跟随其后的零至多个代表此操作所需参数（称为操作数,Operands）构成。由于Java虚拟机采用面向操作数栈而并非寄存器的架构，所以大多数的指令都不包含操作数，只有一个操作码。此篇博文将介绍九大类字节码指令集，并给出代码测试，对比字节码序列来加深指令学习，大致知识点如下：字节码概念、字节码所支持的数据类型

代码编译的结果从本地机器码转变为字节码，是存储格式发展的一小步，却是编译发展的一大步。上篇博文中学习讲解了Class类文件结构的有关知识点，关于数据项方面介绍了常量池，此篇文章将介绍完余下的数据项部分，大致知识点如下：访问标志、类索引、父类索引与接口索引集合、字段表集合、属性表集合、各数据项的定义、作用、结构组成及实例讲解

代码编译的结果从本地机器码转变为字节码，是存储格式发展的一小步，却是编译发展的一大步。在上计算机启蒙课时，老师曾跟我们讲过：“计算机只认识0 和 1，所以我们写的程序需要经编译器翻译成由0 和 1构成的二进制格式才能由计算机执行”。随着计算机发展至今，它仍然只能识别 0 和 1，但由于虚拟机以及大量建立在虚拟机之上的程序语言如雨后春笋般出现并蓬勃发展，将我们编写的程序编译成二进制本地机器码（Nat

Java技术体系中所提倡的自动内存管理最终可以归结为自动化地解决了两个问题：分配内存给对象、回收分配给对象的内存。关于第二点的回收内存，在之前的博文中已经讲解过虚拟机中的垃圾收集体系以及运作原理，而此篇文章就来探讨学习有关分配内存给对象，相关知识点如下：对象内存分配、回收解析Minor GC 与 Full GC概念五大策略解析策略应用到代码实践原理解析JVM高级特性与实践（一）：Java

内存回收与垃圾收集器在很多时候都是影响系统性能、并发能力的主要因素之一此篇博文将详细探讨垃圾收集算法和七大垃圾收集器实现，大致知识点如下：4种垃圾收集算法概念的学习各个算法之间的优缺点、原理运作过程Java堆内存结构7种垃圾收集器特征的学习各个垃圾收集器的原理、运作过程、使用场景、优缺点 JVM高级特性与实践（一）：Java内存区域 与 内存溢出异常 JVM高级特性与实践（二）：对象

关于垃圾回收器GC（Garbage Collection），多数人意味它是Java语言的伴生产物。事实上，GC的历史远比Java悠远，于1960年诞生在MIT的Lisp是第一门真正使用内存动态分配和垃圾收集技术的语言。当Lisp尚在胚胎时期，开发人员就在思考GC需要完成的3件事情：哪些内存需要回收？什么时候回收？如何回收？目前GC早已解决了以上问题，内存的动态分配与内存回收机制已经相当成熟，

套用《围城》中的一句话，“墙外面的人想进去，墙里面的人想出来”，用此来形容Java与C++之间这堵内存动态分配和垃圾收集技术所围成的“围墙”就再合适不过了。对于从事C、C++的开发人员而言，在内存管理领域，他们具有绝对的“权利”——拥有每个对象的控制权，并担负着每个对象生命周期的维护责任。而对于Java开发人员而言，在虚拟机自动内存管理机制的帮助下，无需为每一个创建new操作去配对 delete/f