平台无关性和语言无关性Java在刚刚诞生的时候提出过一个宣传口号：“一次编写，到处运行”，这句话充分表达了软件开发人员对冲破平台界限的渴求。“与平台无关”的理想最终实现在操作系统的应用层上：Sun公司及其他虚拟机提供商发布了许多可以运行在各种不同平台上的虚拟机，这些虚拟机都可以载入和执行同一种平台无关的字节码，从而实现了程序的“一次编写，到处运行”。各种不同平台的虚拟机与所有平台都统一使用的程序

概述方法调用不是方法执行，唯一的任务就是确定被调用方法的版本（即确定调用哪一个方法），暂时不涉及方法内部的执行过程。解析所有方法调用在Class文件里面都是一个常量池的符号引用，在类加载解析阶段，会将其中的一部分符号引用转化为直接饮用，这种转化的前提是：方法在程序真正运行之前就有一个可确定的调用版本，并且这个方法方法的调用版本在运行期是不可变的。意思就是，调用的方法在程序代码被编译成Class文件

Java内存模型Java虚拟机在规范中视图定义一种Java内存模型（Java Memory Model，JMM）来屏蔽掉各种硬件和操作系统的访问差异，以实现让Java程序在各种平台下都能达到一致的内存访问效果。主内存与工作内存Java内存模型的主要目标是定义程序中各个变量的访问规则，此处的变量（Variables）包括实例字段、静态字段和构成数组对象的元素，但不包括局部变量和方法参数，因为后者是线

垃圾收集器与内存分配策略概述垃圾收集器（Garbage Collection，GC）需要解决的三个问题：哪些内存需要回收？什么时候回收？如何回收？前面介绍了Java内存运行时区域的各个部分，其中程序计数器、虚拟机栈和本地方法栈三个区域随线程而生，随线程而灭；栈中的栈帧随着方法的进入和退出而有条不紊地执行着出栈和入栈操作。因此这几个区域的内存分配和回收都具备确定性，不需要过多考虑回收的问题。而

依赖注入DI和控制反转IoCSpring容器中的依赖注入DI和控制反转IoCxml配置注解配置面向切面AOP面向切面的应用动态代理Spring容器中的面向切面xml配置注解配置Spring整合hibernate和AOP应用之声明式事务依赖注入(DI)和控制反转(IoC)在日常编码中经常遇到在一个类中调用另一个类的多个方法，所以就在一个类中new出需要用到的类，也就是组合模式。比如说

1.servlet的作用处理请求,生成响应.2.创建servlet的方式1>实现servlet接口2>继承javax.servlet.GenericServlet3>继承javax.servlet.http.HttpServlet方式一代码（实现servlet接口）：package com.jyh.servlet;import java.io.IOExc