一九九六年秋_

CMS 收集器 CMS（Concurrent Mark Sweep）收集器是一种以获取最短回收停顿时间为目标的收集器。它非常符合在注重用户体验的应用上使用。 CMS（Concurrent Mark Sweep）收集器是 HotSpot 虚拟机第一款真正意义上的并发收集器，它第一次实现了让垃圾收集线程与用户线程（基本上）同时工作。 从名字中的Mark Sweep这两个词可以看出，CMS 收集器是一种 “标记-清除”算法实现的，它的运作过程相比于前面几种垃圾收集器来说更加复杂一些。整个过程分为四个步骤： 初始

一、集合概述 集合分为两个接口。 Collection接口 单列集合，用来存储一个一个的对象。它有两个主要的子接口。 List接口：存储有序的、可重复的数据 --> “动态”数组 该接口下的实现类：ArrayList、LinkedList、Vector Set接口：存储无序的、不可重复的数据 --> 高中讲的“集合” 该接口下的实现类：HashSet、LinkedHashSet、TreeSet Map接口 双列集合，用来存储一对(key - value)具有映射关系的数据，Key 是无序的、

如题，整理了一下SpringMVC的工作流程。 先看图： 再看文字： 客户端（浏览器）发送请求，直接请求到 DispatcherServlet。 DispatcherServlet 根据请求信息调用 HandlerMapping，解析请求对应的 Handler。 解析到对应的 Handler（也就是我们平常说的 Controller 控制器）后，开始由 HandlerAdapter 适配器处理。 HandlerAdapter 会根据 Handler来调用真正的处理器来处理请求，并处理相应的业务逻辑。 处

Cookie： ① Cookie是由服务器发给客户端的特殊信息，以文本的方式存放在客户端。也就是说，用户在浏览器上传自己的个人信息并提交至服务器的时候，服务器再向客户端发送信息的时候会回传这些信息（这些信息目前存放在HTTP响应头和ResponseHeader中），当用户接收到来自服务器的响应后，浏览器会将这些信息存放在一个统一的位置。 ② 客户端再次请求的时候，会把Cookie再次发回至服务器（这时Cookie信息存放在HTTP请求头中）。 ③ 服务器接收到后，会解析Cookie，并生成与客户端相对应的内