栈帧( Stack frame) 用于支持虚拟机进行方法调用和方法执行的数据结构，它是虚拟机运行时数据区中的虚拟机栈(Virtual Machine Stack)s的栈元素。栈帧存储了方法的局部变量表、操作数栈、动态连接和方法返回地址等信息。每一个方法从调用开始至执行完成的过程，都对应着一个栈帧在虚拟机栈里面从入栈到出栈的过程。 在编译程序代码的时候，栈帧中需要多大的局部变量表，多深的操作数栈都已经完全确定了，并且写入到方法表的Code属性之中，因此一个栈帧需要分配多少内存，不会受到程序运行期变量数据的影响，而仅仅取决于具体的虚拟机实现。 只有位于栈顶的栈帧才是有效的，称为当前栈帧(Cu...

加载->验证->准备->解析->初始化   1.加载 比如运行时计算生成，这种场景使用得最多的就是动态代理技术，在java.lang.reflect.Proxy中，就是用了ProxyGenerator.generateProxyClass来为特定接口生成形式为“*$Proxy”的代理类的二进制字节流。   加载阶段与连接阶段的部分内容(如一部分字节码文件格式验证动作)是交叉进行的，加载阶段尚未完成，连接阶段可能已经开始，但这些夹在加载阶段之中进行的动作，仍然属于连接阶段的内容，这两个阶段的开始时间仍然保持着固定的先后顺序   2.验证 这是连接阶段的...

类的生命周期： 类从被加载到虚拟机内存中开始，到卸载出内存为止，它的整个生命周期包括: 加载(Loading)、验证(Verification)、准备(Preparation)、解析(Resolution)、初始化(Initialization)、使用(Using)和卸载(Unloading)7个阶段。其中验证、准备、解析3个部分统称为连接(Linking) 解析阶段的特殊性： 加载、验证、准备、初始化和卸载这5个阶段的顺序是确定的，类的加载过程必须按照这种顺序按部就班地开始，而解析阶段则不一定: 它在某些情况下可以在初始化阶段之后再开始，这是为了支持Java语言的运行时绑定(也...

Java代码在进行Javac编译的时候，并不像C和C++那样有“连接”这一步骤，而是在虚拟机加载 Class文件的时候进行动态连接 也就是说，在 Class文件中不会保存各个方法、字段的最终内存布局信息，因此这些字段、方法的符号引用不经过运行期转换的话无法得到真正的内存入口地址，也就无法直接被虚拟机使用 当虚拟机运行时，需要从常量池获得对应的符号引用，再在类创建时或运行时解析、翻译到具体的内存地址之中（这个阶段即是连接的解析阶段） 常量池中的内容在解析之后存放在方法区（？）   示例源码： 完整的反编译文件

问题导入： 某项目运行在内存4GB的32位Windows机器上，运行Jetty服务器，划分了1.6GBA给堆内存，但是依旧不时会抛出内存溢出异常   原因： 操作系统对每个进程能管理的内存是有限制的,这台服务器使用的32 位 Windows平台的限制是2GB,其中划了16GB给Java堆,而 Direct Memory内存并不算入1.6GB的堆之内,因此它最大也只能在剩余的0.4GB空间中分出一部分。在此应用中导致溢出的关键是:垃圾收集进行时,虚拟机虽然会对 Direct Memory进行回收,但是 Direct Memory却不能像新生代、老年代那样,发现空间不足了就通知收集器进...

1.对象优先在新生代的Eden区进行分配 大多数情况下,对象在新生代Eden区中分配。当Eden区没有足够空间进行分配时,虚拟机将发起一次 Minor GC。 2.大对象直接进入老年代 3.长期存活的对象将进入到老年代（虚拟机设置值，默认阈值为15） 为了能够识别哪些对象存在新生代，哪些老年代，虚拟机给每个对象定义 了一个对象年龄(Age)计数器。如果对象在Eden出生并经过第一次 Minor gc后仍然存 活,并且能被 Survivor容纳的话,将被移动到 Survivor空间中,并且对象年龄设为1。对象在Survivor区中每“熬过”一次 Minor Go,年龄就增加1岁,当它的年...

-verbose:gc   显示gc详细信息  

默认垃圾收集器-XX:+UseParallelGC【-XX:+PrintCommandLineFlags -version查看】   G1垃圾收集器   GC日志开头的“[GC”和“[Full GC”说明了这次垃圾收集的停顿类型，而不是用来区分新生代GC还是老年代GC的。如果有“Full”，说明这次GC是发生了Stop-The-World的。 后面的“4639K-＞4622K（9728K）”含义是“GC前堆已使用容量-＞ GC后堆已使用容量（该内存区域总容量）”。   再往后，“0.0012898secs”表示该内存区域GC所占用的时间，单位是秒。有的收集器会给出更具...

结合JDK谈谈了解的设计模式 单例模式：JDK的lang包中Runtime类的getRuntime()对Runtime实例的获取就是饿汉式单例的体现 抽象工厂：JDK的sql包中的Connection接口就将一个产品族的构建方法进行了统一定义 工厂方法：JDK的util包中的Collection接口中的iterator()方法就是一个工厂方法，使用这个方法来返回一个由子类实现的Iterator对象 建造者模式：JDK的lang包中的StringBuilder类 原型模式：JDK的lang包中Object的clone()方法，如果一个类的初始化要消耗较多资源或者new产生一个对象需要非...

该文章部分图片来自：慕课网《java设计模式精讲 Debug 方式+内存分析》 七大原则： 开闭原则、依赖倒置原则、单一职责原则 接口隔离原则、迪米特法则、里式替换原则、组合复用原则           注： 1.高层底层不是UML图中类的高低，而是指在类似于MVC架构中的Service（高），DAO（低）这种 2.通过抽象构建出来的架构一般要比通过细节构建出来的架构要稳定   注： 1.这个接口实现了两个大的功能，获取课程信息和课程操作 2.这个接口中存在的问题是：如果课程被退掉之后，就不能够获取课程信息了，因此拆分开来   就是...

序列化对象对单例模式的破坏与恢复 首先这是一个饿汉式的单例对象构建方式，一般情况下获取到的都是同一个单例对象 但是当序列化写入本地再读入内存时，会重新创建一个单例对象 为什么会在读入序列化后的对象时会让单例模式失效呢？ 这儿从readObject()方法入手 进入这个方法后：private Object readObject0(boolean unshared) 进入private Object readOrdinaryObject(boolean unshared) 进入newInstance() 发现原来在读入对象的时候，是通过反射重新构建了一个单例...

定义: 将"请求"封装成对象,以便使用不同的请求 命令模式解决了应用程序中对象的职责以及它们之间的通信方式（即命令者和执行者完全解耦）   适用场景 请求调用者和请求接收者需要解耦,使得调用者和接收者不直接交互 需要抽象出等待执行的行为   优点 降低耦合 容易扩展新命令或者一组命令   缺点： 命令的无限扩展会增加类的数量,提高系统实现复杂度   示例DEMO&UML: 源码链接：https://github.com/NoSuchClass/design_pattern/tree/master/src/behavioral/co...

附：或叫***模式（Listener）   定义: 定义了对象之间的一对多依赖,让多个观察者对象同时监听某个主题对象,当主题对象发生变化时,它的所有依赖者(观察者)都会 收到通知并更新   适用场景： 关联行为场景,建立一套触发机制   优点 观察者和被观察者之间建立一个抽象的耦合  观察者模式支持广播通信   缺点  观察者之间有过多的细节依赖、提高时间消耗及程序复杂度  使用要得当,要避免循环调用   示例DEMO&UML： 源码：https://github.com/NoSuchClass/design_pattern/tree/master...

定义: 定义了算法家族,分别封装起来,让它们之间可以互相替换, 此模式让算法的变化不会影响到使用算法的用户。 可以通过策略模式清除大量的if..else。   适用场景  系统有很多类,而他们的区别仅仅在于他们的行为不同 一个系统需要动态地在几种算法中选择一种   优点： 满足开闭原则 避免使用多重条件转移语句 提高算法的保密性和安全性：只需要知道策略类是干什么的，而不需要知道具体实现   缺点： 客户端必须知道所有的策略类,并自行决定使用哪一个策略类 产生很多策略类   和其他模式的区别： 策略模式和工厂模式：工厂模式是创建型的设计模式，接受指令创建出符合...