（1）Docker是一个快速交互、运行应用的技术，可以将程序及其依赖、运行环境一起打包为一个镜像，该镜像可以迁移到任意的Linux操作系统
（2）运行时利用沙箱机制形成隔离容器，各个应用之间互不干扰
（3）移动和移除程序都可通过一行命令完成
（4）Docker 将应用程序及其所需的依赖、函数库、环境、配置等文件打包在一起构成镜像
（5）镜像应用程序运行后形成的进程就是容器，只是 Docker 会给容器做隔离，对外不可见
（1）镜像命令
① 从DockerHub拉取镜像： docker pull 镜像名
② 查看所有镜像：docker images
③ 保存镜像为一个tar压缩包：docker save -o 文件名.tar 镜像名 【-o：写为文件】
④ 删除一个镜像：docker rmi 镜像名
⑤ 加载压缩包为就像：docker load -q -i 文件名.tar【-q：没有日志输出；-i：读取tar文件】
⑥ 构建镜像：docker build
⑦ 推送镜像到DockHub：docker push
（2）容器命令
① 基于镜像创建并运行容器：docker run --name containerName -p 80:80 -d 镜像名
--name：给容器起一个名字
-p：将宿主机端口与容器端口进行映射【冒号左侧是宿主机端口，右侧是容器端口】
-d：后台运行容器
② 查看所有运行的容器及其状态：docker ps
③ 查看容器运行日志：docker logs 容器ID
④ 进入容器内部执行命令（该命令不是Docker的）：docker exec -it 要进入的容器的名称 bash
-it：给当前进入的容器创建一个标准输入输出终端，允许与容器交互
bash：进入容器后执行的命令（bash是一个Linux终端交互命令）
⑤ 删除容器：docker rm（添加-f则是强制删除）
（1）JDK实现动态代理必须要求被代理的类（目标类）有实现某个接口，因为JDK的代理实现逻辑就是实现目标类的接口
（2）JDK中的Proxy类有个静态方法newProxyInstance，它可以实现静态代理，它的返回值就是代理对象
（3）该方法需要一个ClassLoader类型作为参数（原因：类装载器把字节码装载到JVM后，类装载器会解析字节码，并生成对应字节码的Class对象。每个类都有一个Class对象，一个类能够被实例化的条件是必须有Class对象，Class对象中包含了类的完整信息）
（4）动态代理也叫做动态字节码，字节码在运行时生成，类装载器直接通过运行时生成的字节码创建该字节码的Class对象（减少了装载class文件的过程）
（5）newProxyInstance方法还需要一个Class对象数组（它是目标类实现的接口的Class对象数组），可通过目标类的getInterfaces方法获取
（6）附加代码通过newProxyInstance方法的第三个参数传入，第三个参数可以传入匿名类或InvocationHandler接口的实现类
（7）InvocationHandler接口中invoke方法的第一个参数proxy是代理对象；第二个参数的参数类型是Method，它是目标方法；第三个参数args是目标方法的参数
（8）bean生命周期的BeanPostProcessor可统一处理所有的bean，可在该生命周期中为指定的bean创建代理对象（增加额外功能）
（9）JDK的方式实现动态代理的缺点：假如目标类没有实现任何接口，则无法通过JDK的方式实现动态代理【可通过CGLib进行实现】
（10）MyBatis的SqlSession对象的getMapper方法传入Dao的类对象后可返回Dao的代理对象，MyBatis使用的是JDK的动态代理实现
/**
* 使用BeanPostProcessor生命周期为指定bean生成代理对象
* 目的是：为Bean增加日志打印的功能
*/
public class LogProcessor implements BeanPostProcessor {
@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
Class<?> beanCls = bean.getClass();
Class<?>[] interfaceArr = beanCls.getInterfaces();
// 如果当前bean没有实现过接口: 无法通过JDK的方式为其增加额外功能
if (interfaceArr.length < 1) return bean;
return Proxy.newProxyInstance(
getClass().getClassLoader(),
interfaceArr,
new LogInvocationHandlerImpl(bean)
);
}
/**
* 实现InvocationHandler接口, 重写它的invoke方法（编写附加代码）
*/
private static class LogInvocationHandlerImpl implements InvocationHandler {
private final Object targetBean;
public LogInvocationHandlerImpl(Object targetBean) {
this.targetBean = targetBean;
}
@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
System.out.println("LogInvocationHandlerImpl 附加代码1");
Object retVal = method.invoke(targetBean, args);
System.out.println("LogInvocationHandlerImpl 附加代码2");
return retVal;
}
}
}
（1）CGLib在Spring框架中已有集成，它的实现逻辑是：让代理类继承目标类
（2）创建CGLib库的Enhancer类的实例，并设置类加载器、设置目标类的类对象、通过MethodInterceptor接口设置附加代码，最后调用该实例的create方法
（3）bean生命周期的BeanPostProcessor可统一处理所有的bean，可在该生命周期中为指定的bean创建代理对象（增加额外功能）
（4）CGLib相比JDK的动态代理实现方案比较灵活，不要求目标类必须实现接口
/**
* 通过CGLib的方式为指定目标类的目标方法增加额外功能, 生成该目标类的代理类
*/
public class LogProcessorByCGLib implements BeanPostProcessor {
@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
Enhancer enhancer = new Enhancer();
// 设置类加载器
enhancer.setClassLoader(getClass().getClassLoader());
// 设置目标类
enhancer.setSuperclass(bean.getClass());
// 设置目标代码
enhancer.setCallback(new LogMethodInterceptorImpl(bean));
return enhancer.create(); // 创建代理类
}
/**
* 实现MethodInterceptor接口, 增加附加功能
* MethodInterceptor是Callback接口的子接口
*/
private static class LogMethodInterceptorImpl implements MethodInterceptor {
private final Object targetBean;
public LogMethodInterceptorImpl(Object targetBean) {
this.targetBean = targetBean;
}
@Override
public Object intercept(Object proxy,
Method method,
Object[] args,
MethodProxy methodProxy) throws Throwable {
System.out.println("LogMethodInterceptorImpl 日志1");
// 调用目标方法
Object retVal = method.invoke(targetBean, args);
System.out.println("LogMethodInterceptorImpl 日志2");
return retVal;
}
}
}
（1）构造方法
（2）setter
（3）BeanNameAware接口的setBeanName方法
（4）ApplicationContextAware接口的setApplacationContext方法
（5）BeanPostProcessor接口的postProcessBeforInitialization方法
（6）InitializingBean接口的afterPropertiesSet方法
（7）配置文件中的init-method属性的方法
（8）BeanPostProcessor接口的postAfterInitialization方法
（9）业务方法
（10）DisposableBean接口的destroy方法
（11）配置文件中的destroy-method属性的方法
若配置文件中bean标签的scope属性是singleton，且容器销毁，才会出发第10和第11个方法
（1）AOP是Aspect Oriented Programming的简称。
（2）使用AOP技术可以很精确地为某些类的某些方法增加额外功能。虽然JDK的动态代理和CGLib也可以控制为某些类的某些方法增加功能，但判断很多，代码比较复杂。
（3）AOP依赖两个库：aspectjrt和aspectjweaver
（4）附加代码可通过两个接口编写：MethodBeforeAdvice接口和MethodInterceptor接口
（5）若有配置文件的话，需在配置文件中配置切入点和附加代码结合【在<aop:config>标签中配置切入点和切入点与附加代码的结合；在<aop:pointcut>标签中配置切入点；在<aop:advisor>标签中配置切入点和附加代码的结合】
（6）通过MethodBeforeAdvice接口只能在目标方法之前执行附加代码；MethodInterceptor接口则可以在目标方法之前或之后执行附加代码
<dependency>
<groupId>org.aspectj</groupId>
<artifactId>aspectjrt</artifactId>
<version>1.9.6</version>
</dependency>
<dependency>
<groupId>org.aspectj</groupId>
<artifactId>aspectjweaver</artifactId>
<version>1.9.6</version>
</dependency>
/**
* 实现MethodBeforeAdvice接口, 在该接口的before方法中编写AOP的附加代码
*/
public class LogMethodBeforeAdvice implements MethodBeforeAdvice {
@Override
public void before(Method method, Object[] args, Object o) throws Throwable {
System.out.println("LogMethodBeforeAdvice_before: " + Arrays.toString(args));
}
}
/**
* 通过实现org.aopalliance.intercept.MethodInterceptor接口添加附加代码
*/
public class LogMethodInterceptor implements MethodInterceptor {
@Override
public Object invoke(MethodInvocation methodInvocation) throws Throwable {
System.out.println("LogMethodInterceptor_附加代码1");
Object retVal = methodInvocation.proceed();
System.out.println("LogMethodInterceptor_附加代码2");
return retVal;
}
}
<!-- 附加代码 -->
<bean id="logMethodBeforeAdvice" class="com.guoqing.aop.LogMethodBeforeAdvice"/>
<aop:config>
<!-- 配置切入点 -->
<!-- 切入任意方法 -->
<aop:pointcut id="pointcut1" expression="execution(* *(..))"/>
<!--切入方法名以【Impl】结尾的方法 -->
<aop:pointcut id="pointcut2" expression="execution(* *Impl(..))"/>
<!-- 在切入点pointcut1处添加附加代码logMethodBeforeAdvice -->
<aop:advisor advice-ref="logMethodBeforeAdvice" pointcut-ref="pointcut1"/>
</aop:config>