如何实现一个ioc容器
- 配置文件配置包扫码路径
- 递归包扫描获取.class文件
- 反射·确定需要 交给IOC管理的类
- 对需要注入的类进行依赖注入
配置文件中指定需要扫描的包路径
- 定义一些注解，分别表示访问控制层，业务服务层，数据持久层，依赖注入注解，获取配置文件注解
- 从配置文件中获取需要扫描的包路径，获取到当前路径下的文件信息以及文件夹信息，我们将当前路径所有.class结尾的文件，添加一个Set集合进行储存
- 遍历set集合，获取在类上有指定注解的类，并将其交给ioc容器，定义一个安全的map用来储存这些对象
- 遍历这个ioc容器，获取到每一个类的实例，判断里面是否有依赖其他的类的实例，然后进行递归注入
java类加载器
- JDK自带有三种类加载器：bootStrap classLoader，ExtClassLoader，AppClassLoader
BootStrapClassLoader是ExtClassLoader的父类加载器，默认负责加载
%java_home%/lib/ext文件夹下的jar包和class类
继承ClassLoader实现自定义类加载器
JAVA中的异常体系
java中的所有异常都来自顶级父类Throwable
Throwable下有两个子类Exception和Error
Error是程序无法处理的错误,一旦出现这个错误，则程序将被停止运行
Exception不会导致程序停止，又分为两个部分RunTimeException运行异常和checkdException检查异常
RunTimeExption常常发生在程序运行过程中，会导致程序当前线程执行失败
CheckedException常常发生在程序编译过程中，会导致程序编译不通过
GC如何判断对象可以被回收
- 引用计数法：每个对象有一个引用技术属性，新增一个引用时计数器+1，引用释放时-1，计数器为0的时候可以回收
- 可信达分析法：从GC Roots 开始向下搜索，搜索所走过的路径称为引用链。当一个对象到GC Roots 没有任何引用链相链时，则证明此对象是不可用的，那么虚拟机就判断是可以回收对象
- 引用计数法，可能出行A 引用了B，B又引用了A,这个时候就算他们都不在使用了，但因为相互引用计数器=1，永远无法回收
GC Roots的对象有
- 虚拟机栈（栈针中的本地变量表）中引用的对象
- 方法区中类静态属性引用的对象
- 方法区中常量引用的对象
- 本地方法栈中JNI（即一般说的NAtive方法）引用对象
可达性算法中的不可达对象 并不是立即死亡的，对象拥有一次自我拯救的机会。对象被系统宣告死亡至少要经历两次标记过程：第一个是经过可达性分析发现没有与GC Roots相连接的引用链，第二次是在由虚拟机自动建立的Finalizer队列中判断是否需要执行finnalize方法
线程的生命周期？线程有几种状态？
- 线程通常有五种状态 ·创建· 就绪· 运行 ·阻塞 ·死亡
阻塞又分为三种
- 等待阻塞：运行的线程执行wait方法。该线程会释放占用的所有资源，jvm会把该线程放入等待池中。进入这个状态后，是不能自动灌注的，必须依靠其他线程调研 notify或者notifyAll方法才能被换下，wait是object类的方法
- 同步阻塞：运行的线程执行sleep或者join方法。或者发出了I/O请求时。JVM会把该线程置为阻塞状态。当sleep状态超时。join等待线程终止或者超时。线程重新转入就绪状态。sleep是Thread类的方法
生命周期的五种状态分别带出哪些操作
- 新建状态：新创建了一个线程对象
- 就绪状态：线程对象创建后，其他线程调用了该对象的start方法。该状态的线程位于可运行线程池中，变得可运行。等待获取CPU的使用权
- 运行状态：就绪状态的线程获取了CPU，执行程序代码
- 阻塞状态：阻塞状态是线程因为某种原因放弃CPU使用权。暂时停止运行。直到线程进入就绪状态，才有集合转到运行状态。
- 死亡状态：线程执行完了或者因异常退出了RUN方法，该线程结束生命周
Sleep和wait的区别
- sleep是Thread类的静态本地方法，wait则是Object类的本地方法。
- sleep方法不会释放lock，但是wait会释放，而且会加入到等待队列中【
sleep就是把cpu的执行资格和执行权释放出去，不在运行此线程，当定时时间结束再取回CPU资源，参与CPU的调度，获取到cpu资源后就可以继续运行了。而如果sleep时该线程有锁，那么sleep不会释放这个锁。而是把锁带着进入了冻结状态，也就是说其他需要这个锁线程根本不可能获取到这个锁。也就是说无法执行程序。如果在水面期间其他线程调用了这个线程的interrupt方法，那么这个线程也会抛出interruptexception异常返回，这点wait一样 - sleep方法不依赖于同步器synchronized，但是wait需要依赖synchronized关键字
- sleep不需要被唤醒（休眠之后推出阻塞），但是wait需要（不指定时间需要被别人中断）
- sleep一般用于当前线程休眠，或者轮询暂停操作，wait则多用于多线程之前的通信。
- sleep会让出cpu执行时间且强制上下文切换，而wait则不一定，wait后可能还是有机会重新竞争到锁继续执行的。
- yield （）执行后线程直接进入就绪状态，马上释放了cpu执行权，但是依然保留了cpu的执行资格，所以有可能cpu下次进入线程调度还会让这个线程获取执行权继续执行
- join（）执行后线程进入阻塞状态，列如在线程B中调用线程A的join，那线程B会进入到阻塞队列，直到线程A结束或者中断线程。
