这次的机房收费数据库在重建的时候时候将之前的Studetn_Info分为了Card_Info和Student_Info，浅显的知道是为了给学生和卡之间解耦合，但是究竟应该在窗体和代码上如何设计才能把种思想体现出来，直到我开始敲“注册学生信息”的时候才有了自己的见解。（欢迎和大家一起交流思想。）     首先，如图所示：         这个页面和之前旧版本系统那个页面一样，在编写

本文为《深入学习 JVM 系列》第十三篇文章 分代收集理论 以下内容来源于《深入理解Java虚拟机》一文。 分代收集理论实质是一套符合大多数程序运行实际情况的经验法则， 它建立在两个分代假说之上： 1、弱分代假说（Weak Generational Hypothesis） ： 绝大多数对象都是朝生夕灭的。 2、强分代假说（Strong Generational Hypothesis

因何而生 现代JVM，堆空间通常被划分为新生代和老年代。由于新生代的垃圾收集通常很频繁，如果老年代对象引用了新生代的对象，那么，需要跟踪从老年代到新生代的所有引用，从而避免每次YGC时扫描整个老年代，减少开销。 对于HotSpot JVM，使用了卡标记（Card Marking）技术来解决老年代到新生代的引用问题。具体是，使用卡表（Card Table）和写屏障（Write Barrier）来

背景 上一篇文章（浅谈JVM垃圾收集）提到了，当JVM进行垃圾收集时，它是怎么判断对象是否跨代引用的呢？ 记忆集与卡表 为解决扫描GC ROOT时遇到对象跨代引用所带来的问题，收集器在新生代上建立一个全局的称为记忆集（Remembered Set）的数据结构 这个结构把老年代划分为若干个小块，标识出老年代哪一块内存会存在跨代引用。当发生 Minor GC 时，只有包含了跨代引用的小块内存中

转载自：https://juejin.im/post/5c39920b6fb9a049e82bbf94   JVM之卡表（Card Table） 我们知道，JVM在进行垃圾收集时，需要先标记所有可达对象，然后再清除不可达对象，释放内存空间。那么，如何快速的找到所有可达对象呢？ 最简单粗暴的实现，就是每次进行垃圾收集时，都对整个堆中的所有对象进行扫描，找到所有存活对象。逻辑是简单，但性能比较

一、分代垃圾回收流程 上图描述了对象存储到堆中的过程和垃圾回收触发的时机，接下来我们来说一下垃圾回收的具体细节。 二、跨代引用 目前的垃圾回收器，在做垃圾回收的时候首先都要进行初始标记，也就是查找GC Root节点，但是除了GC Root和GC Root引用链上的对象需要保留之外，被老年代引用的Eden中的对象也需要保留，那么问题来了，我们怎么知道哪些对象是被老年代引用的呢，难道将所有老