正文

Java动态代理-->Spring AOP

IP云
IP云V管理员/6 阅读
08/25
提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

引述要学习Spring框架的技术内幕，必须事先掌握一些基本的Java知识，正所谓“登高必自卑，涉远必自迩”。以下几项Java知识和Spring框架息息相关，不可不学（我将通过一个系列分别介绍这些Java基础知识，希望对大家有所帮助。）： 

[1] Java反射知识-->Spring IoC :http://www.iteye.com/topic/1123081 
[2] Java动态代理-->Spring AOP :http://www.iteye.com/topic/1123293 
[3] 属性编辑器，即PropertyEditor-->Spring IoC:http://www.iteye.com/topic/1123628 
[4] XML基础知识-->Spring配置:http://www.iteye.com/topic/1123630 
[5] 注解-->Spring配置:http://www.iteye.com/topic/1123823 
[6] 线程本地变更,即ThreadLocal-->Spring事务管理:http://www.iteye.com/topic/1123824 
[7] 事务基础知识-->Spring事务管理:http://www.iteye.com/topic/1124043 
[8] 国际化信息-->MVC:http://www.iteye.com/topic/1124044 
[9] HTTP报文-->MVC：http://www.iteye.com/topic/1124408

Spring AOP使用动态代理技术在运行期织入增强的代码，为了揭示Spring AOP底层的工作机理，有必要对涉及到的Java知识进行学习。Spring AOP使用了两种代理机制：一种是基于JDK的动态代理；另一种是基于CGLib的动态代理。之所以需要两种代理机制，很大程度上是因为JDK本身只提供接口的代理，而不支持类的代理。

带有横切逻辑的实例

我们通过具体化代码实现上一节所介绍例子的性能监视横切逻辑，并通过动态代理技术对此进行改造。在调用每一个目标类方法时启动方法的性能监视，在目标类方法调用完成时记录方法的花费时间。

代码清单6-2  ForumService：包含性能监视横切代码

  1. package com.baobaotao.proxy;
  2. public class ForumServiceImpl implements ForumService {
  3. public void removeTopic(int topicId) {
  4. //①-1开始对该方法进行性能监视
  5. PerformanceMonitor.begin(
  6. "com.baobaotao.proxy.ForumServiceImpl. removeTopic");
  7. System.out.println("模拟删除Topic记录:"+topicId);
  8. try {
  9. Thread.currentThread().sleep(20);
  10. } catch (Exception e) {
  11. throw new RuntimeException(e);
  12. }
  13. //①-2结束对该方法进行性能监视
  14. PerformanceMonitor.end();
  15. }
  16. public void removeForum(int forumId) {
  17. //②-1开始对该方法进行性能监视
  18. PerformanceMonitor.begin(
  19. "com.baobaotao.proxy.ForumServiceImpl. removeForum");
  20. System.out.println("模拟删除Forum记录:"+forumId);
  21. try {
  22. Thread.currentThread().sleep(40);
  23. } catch (Exception e) {
  24. throw new RuntimeException(e);
  25. }
  26. //②-2结束对该方法进行性能监视
  27. PerformanceMonitor.end();
  28. }
  29. }

代码清单6-2中粗体表示的代码就是具有横切逻辑特征的代码，每个Service类和每个业务方法体的前后都执行相同的代码逻辑：方法调用前启动PerformanceMonitor，方法调用后通知PerformanceMonitor结束性能监视并给记录性能监视结果。

PerformanceMonitor是性能监视的实现类，我们给出一个非常简单的实现版本，其代码如代码清单6-3所示：

代码清单6-3  PerformanceMonitor

  1. package com.baobaotao.proxy;
  2. public class PerformanceMonitor {
  3. //①通过一个ThreadLocal保存调用线程相关的性能监视信息
  4. private static ThreadLocal<MethodPerformace> performanceRecord =
  5. new ThreadLocal<MethodPerformance>();
  6. //②启动对某一目标方法的性能监视
  7. public static void begin(String method) {
  8. System.out.println("begin monitor...");
  9. MethodPerformance mp = new MethodPerformance(method);
  10. performanceRecord.set(mp);
  11. }
  12. public static void end() {
  13. System.out.println("end monitor...");
  14. MethodPerformance mp = performanceRecord.get();
  15. //③打印出方法性能监视的结果信息。
  16. mp.printPerformance();
  17. }
  18. }

ThreadLocal是将非线程安全类改造为线程安全类的法宝，在9.2节中我们将详细介绍这个Java基础知识。PerformanceMonitor提供了两个方法：通过调用begin(String method)方法开始对某个目标类方法的监视，method为目标类方法的全限定名；而end()方法结束对目标类方法的监视，并给出性能监视的信息。这两个方法必须配套使用。

用于记录性能监视信息的MethodPerformance类的代码如所示：

代码清单6-4  MethodPerformance

  1. package com.baobaotao.proxy;
  2. public class MethodPerformance {
  3. private long begin;
  4. private long end;
  5. private String serviceMethod;
  6. public MethodPerformance(String serviceMethod){
  7. this.serviceMethod = serviceMethod;
  8. //①记录目标类方法开始执行点的系统时间
  9. this.begin = System.currentTimeMillis();
  10. }
  11. public void printPerformance(){
  12. //②获取目标类方法执行完成后的系统时间，并进而计算出目标类方法执行时间
  13. end = System.currentTimeMillis();
  14. long elapse = end - begin;
  15. //③报告目标类方法的执行时间
  16. System.out.println(serviceMethod+"花费"+elapse+"毫秒。");
  17. }
  18. }

通过下面的代码测试拥有性能监视能力的ForumServiceImpl业务方法：

  1. package com.baobaotao.proxy;
  2. public class TestForumService {
  3. public static void main(String[] args) {
  4. ForumService forumService = new ForumServiceImpl();
  5. forumService .removeForum(10);
  6. forumService .removeTopic(1012);
  7. }
  8. }

我们得到以下输出信息：

引用
begin monitor... ①removeForum(10)方法的性能监视报告 
模拟删除Forum记录:10 
end monitor... 
com.baobaotao.proxy.ForumServiceImpl.removeForum花费47毫秒。

begin monitor... ①removeTopic(1012)方法的性能监视报告 
模拟删除Topic记录:1012 
end monitor... 
com.baobaotao.proxy.ForumServiceImpl.removeTopic花费26毫秒。

正如代码清单6 2实例所示，当某个方法需要进行性能监视，就必须调整方法代码，在方法体前后分别添加上开启性能监视和结束性能监视的代码。这些非业务逻辑的性能监视代码破坏了ForumServiceImpl业务逻辑的纯粹性。我们希望通过代理的方式，将业务类方法中开启和结束性能监视的这些横切代码从业务类中完全移除。并通过JDK动态代理技术或CGLib动态代理技术将横切代码动态织入到目标方法的相应位置。

JDK动态代理

JDK 1.3以后，Java提供了动态代理的技术，允许开发者在运行期创建接口的代理实例。在Sun刚推出动态代理时，还很难想象它有多大的实际用途，现在我们终于发现动态代理是实现AOP的绝好底层技术。

JDK的动态代理主要涉及到java.lang.reflect包中的两个类：Proxy和InvocationHandler。其中InvocationHandler是一个接口，可以通过实现该接口定义横切逻辑，并通过反射机制调用目标类的代码，动态将横切逻辑和业务逻辑编织在一起。

而Proxy利用InvocationHandler动态创建一个符合某一接口的实例，生成目标类的代理对象。这样讲一定很抽象，我们马上着手使用Proxy和InvocationHandler这两个魔法戒对上一节中的性能监视代码进行革新。

首先，我们从业务类ForumServiceImpl中删除性能监视的横切代码，使ForumServiceImpl只负责具体的业务逻辑，如代码清单6-5所示：

代码清单6-5  ForumServiceImpl：移除性能监视横切代码

  1. package com.baobaotao.proxy;
  2. public class ForumServiceImpl implements ForumService {
  3. public void removeTopic(int topicId) {
  4. ①
  5. System.out.println("模拟删除Topic记录:"+topicId);
  6. try {
  7. Thread.currentThread().sleep(20);
  8. } catch (Exception e) {
  9. throw new RuntimeException(e);
  10. }
  11. ①
  12. }
  13. public void removeForum(int forumId) {
  14. ②
  15. System.out.println("模拟删除Forum记录:"+forumId);
  16. try {
  17. Thread.currentThread().sleep(40);
  18. } catch (Exception e) {
  19. throw new RuntimeException(e);
  20. }
  21. ②
  22. }
  23. }

在代码清单6-5中的①和②处，原来的性能监视代码被移除了，我们只保留了真正的业务逻辑。

从业务类中移除的性能监视横切代码当然不能漂浮在空气中，它还得找到一个安身之所，InvocationHandler就是横切代码的安家乐园，我们将性能监视的代码安置在PerformanceHandler中，如代码清单6-6所示：

  1. 代码清单6-6  PerformanceHandler
  2. package com.baobaotao.proxy;
  3. import java.lang.reflect.InvocationHandler;
  4. import java.lang.reflect.Method;
  5. public class PerformanceHandler implements InvocationHandler {//①实现InvocationHandler
  6. private Object target;
  7. public PerformanceHandler(Object target){ //②target为目标的业务类
  8. this.target = target;
  9. }
  10. public Object invoke(Object proxy, Method method, Object[] args) ③
  11. throws Throwable {
  12. PerformanceMonitor.begin(target.getClass().getName()+"."+ method. getName());③-1
  13. Object obj = method.invoke(target, args);// ③-2通过反射方法调用业务类的目标方法
  14. PerformanceMonitor.end();③-1
  15. return obj;
  16. }
  17. }

③处invoke()方法中粗体所示部分的代码为性能监视的横切代码，我们发现，横切代码只出现一次，而不是原来那样星洒各处。③-2处的method.invoke()语句通过Java反射机制间接调用目标对象的方法，这样InvocationHandler的invoke()方法就将横切逻辑代码（③-1）和业务类方法的业务逻辑代码（③-2）编织到一起了，所以我们可以将InvocationHandler看成是一个编织器。下面，我们对这段代码做进一步的说明。

首先，我们实现InvocationHandler接口，该接口定义了一个 invoke(Object proxy, Method method, Object[] args)的方法，proxy是最终生成的代理实例，一般不会用到；method是被代理目标实例的某个具体方法，通过它可以发起目标实例方法的反射调用；args是通过被代理实例某一个方法的入参，在方法反射调用时使用。

此外，我们在构造函数里通过target传入希望被代理的目标对象，如②处所示，在InvocationHandler接口方法invoke(Object proxy, Method method, Object[] args)里，将目标实例传给method.invoke()方法，调用目标实例的方法，如③所示。 
下面，我们通过Proxy结合PerformanceHandler创建ForumService接口的代理实例，如代码清单6-7所示：

代码清单6-7  TestForumService：创建代理实例

  1. package com.baobaotao.proxy;
  2. import java.lang.reflect.Proxy;
  3. public class TestForumService {
  4. public static void main(String[] args) {
  5. //①希望被代理的目标业务类
  6. ForumService target = new ForumServiceImpl();
  7. //②将目标业务类和横切代码编织到一起
  8. PerformanceHandler handler = new PerformanceHandler(target);
  9. //③根据编织了目标业务类逻辑和性能监视横切逻辑的InvocationHandler实例创建代理实例
  10. ForumService proxy = (ForumService) Proxy.newProxyInstance(
  11. target.getClass().getClassLoader(),
  12. target.getClass().getInterfaces(),
  13. handler);
  14. //④调用代理实例
  15. proxy.removeForum(10);
  16. proxy.removeTopic(1012);
  17. }
  18. }

上面的代码完成业务类代码和横切代码的编织工作并生成了代理实例。在②处，我们让PerformanceHandler将性能监视横切逻辑编织到ForumService实例中，然后在③处，通过Proxy的newProxyInstance()静态方法为编织了业务类逻辑和性能监视逻辑的handler创建一个符合ForumService接口的代理实例。该方法的第一个入参为类加载器；第二个入参为创建代理实例所需要实现的一组接口；第三个参数是整合了业务逻辑和横切逻辑的编织器对象。

按照③处的设置方式，这个代理实例实现了目标业务类的所有接口，即Forum ServiceImpl的ForumService接口。这样，我们就可以按照调用ForumService接口实例相同的方式调用代理实例，如④所示。运行以上的代码，输出以下信息：

引用
begin monitor... 
模拟删除Forum记录:10 
end monitor... 
com.baobaotao.proxy.ForumServiceImpl.removeForum花费47毫秒。

begin monitor... 
模拟删除Topic记录:1012 
end monitor... 
com.baobaotao.proxy.ForumServiceImpl.removeTopic花费26毫秒。

我们发现，程序的运行效果和直接在业务类中编写性能监视逻辑的效果一致，但是在这里，原来分散的横切逻辑代码已经被我们抽取到PerformanceHandler中。当其他业务类（如UserService、SystemService等）的业务方法也需要使用性能监视时，我们只要按照代码清单6-7相似的方式，分别为它们创建代理对象就可以了。下面，我们通过时序图描述通过创建代理对象进行业务方法调用的整体逻辑，以进一步认识代理对象的本质，如图6-3所示。

我们在上图中使用虚线的方式对通过Proxy创建的ForumService代理实例加以凸显，ForumService代理实例内部利用PerformaceHandler整合横切逻辑和业务逻辑。调用者调用代理对象的removeForum()和removeTopic()方法时，上图的内部调用时序清晰地告诉我们实际上所发生的一切。

CGLib动态代理

使用JDK创建代理有一个限制，即它只能为接口创建代理实例，这一点我们可从Proxy的接口newProxyInstance(ClassLoader loader, Class[] interfaces, InvocationHandler h)的方法签名中就看得很清楚：第二个入参interfaces就是需要代理实例实现的接口列表。虽然面向接口编程的思想被很多大师级人物（包括Rod Johnson）推崇，但在实际开发中，许多开发者也对此深感困惑：难道对一个简单业务表的操作也需要老老实实地创建5个类（领域对象类、Dao接口，Dao实现类，Service接口和Service实现类）吗？难道不能直接通过实现类构建程序吗？对于这个问题，我们很难给出一个孰好孰劣的准确判断，但我们确实发现有很多不使用接口的项目也取得了非常好的效果（包括大家所熟悉的SpringSide开源项目）。

对于没有通过接口定义业务方法的类，如何动态创建代理实例呢？JDK的代理技术显然已经黔驴技穷，CGLib作为一个替代者，填补了这个空缺。

CGLib采用非常底层的字节码技术，可以为一个类创建子类，并在子类中采用方法拦截的技术拦截所有父类方法的调用，并顺势织入横切逻辑。下面，我们采用CGLib技术，编写一个可以为任何类创建织入性能监视横切逻辑代理对象的代理创建器，如代码清单 6-8所示：

代码清单6-8  CglibProxy

  1. package com.baobaotao.proxy;
  2. import java.lang.reflect.Method;
  3. import net.sf.cglib.proxy.Enhancer;
  4. import net.sf.cglib.proxy.MethodInterceptor;
  5. import net.sf.cglib.proxy.MethodProxy;
  6. public class CglibProxy implements MethodInterceptor {
  7. private Enhancer enhancer = new Enhancer();
  8. public Object getProxy(Class clazz) {
  9. enhancer.setSuperclass(clazz); //① 设置需要创建子类的类
  10. enhancer.setCallback(this);
  11. return enhancer.create(); //②通过字节码技术动态创建子类实例
  12. }
  13. //③拦截父类所有方法的调用
  14. public Object intercept(Object obj, Method method, Object[] args,
  15. MethodProxy proxy) throws Throwable {
  16. PerformanceMonitor.begin(obj.getClass().getName()+"."+method. getName());//③-1
  17. Object result=proxy.invokeSuper(obj, args); ③-2
  18. PerformanceMonitor.end();//③-1通过代理类调用父类中的方法
  19. return result;
  20. }
  21. }

在上面代码中，用户可以通过getProxy(Class clazz)为一个类创建动态代理对象，该代理对象通过扩展clazz创建代理对象。在这个代理对象中，我们织入性能监视的横切逻辑（③-1）。intercept(Object obj, Method method, Object[] args,MethodProxy proxy)是CGLib定义的Interceptor接口的方法，它拦截所有目标类方法的调用，obj表示目标类的实例；method为目标类方法的反射对象；args为方法的动态入参；而proxy为代理类实例。

下面，我们通过CglibProxy为ForumServiceImpl类创建代理对象，并测试代理对象的方法，如代码清单6-9所示：

代码清单6-9  TestForumService：测试Cglib创建的代理类

  1. package com.baobaotao.proxy;
  2. import java.lang.reflect.Proxy;
  3. public class TestForumService {
  4. public static void main(String[] args) {
  5. CglibProxy proxy = new CglibProxy();
  6. ForumServiceImpl forumService = ①
  7. (ForumServiceImpl )proxy.getProxy(ForumServiceImpl.class);
  8. forumService.removeForum(10);
  9. forumService.removeTopic(1023);
  10. }
  11. }

在①中，我们通过CglibProxy为ForumServiceImpl动态创建了一个织入性能监视逻辑的代理对象，并调用代理类的业务方法。运行上面的代码，输入以下信息：

引用
begin monitor... 
模拟删除Forum记录:10 
end monitor... 
com.baobaotao.proxy.ForumServiceImpl$$EnhancerByCGLIB$$2a9199c0.removeForum花费47毫秒。 
begin monitor... 
模拟删除Topic记录:1023 
end monitor... 
com.baobaotao.proxy.ForumServiceImpl$$EnhancerByCGLIB$$2a9199c0.removeTopic花费16毫秒。

观察以上的输出，除了发现两个业务方法中都织入了性能监控的逻辑外，我们还发现代理类的名字是com.baobaotao.proxy.ForumServiceImpl$$EnhancerByCGLIB$$2a9199c0，这个特殊的类就是CGLib为ForumServiceImpl动态创建的子类。

代理知识小结

Spring AOP的底层就是通过使用JDK动态代理或CGLib动态代理技术为目标Bean织入横切逻辑。在这里，我们对前面两节动态创建代理对象作一个小结。

我们虽然通过PerformanceHandler或CglibProxy实现了性能监视横切逻辑的动态织入，但这种实现方式存在三个明显需要改进的地方：

1）目标类的所有方法都添加了性能监视横切逻辑，而有时，这并不是我们所期望的，我们可能只希望对业务类中的某些特定方法添加横切逻辑； 
2）我们通过硬编码的方式指定了织入横切逻辑的织入点，即在目标类业务方法的开始和结束前织入代码； 
3）我们手工编写代理实例的创建过程，为不同类创建代理时，需要分别编写相应的创建代码，无法做到通用。

以上三个问题，在AOP中占用重要的地位，因为Spring AOP的主要工作就是围绕以上三点展开：Spring AOP通过Pointcut（切点）指定在哪些类的哪些方法上织入横切逻辑，通过Advice（增强）描述横切逻辑和方法的具体织入点（方法前、方法后、方法的两端等）。此外，Spring通过Advisor（切面）将Pointcut和Advice两者组装起来。有了Advisor的信息，Spring就可以利用JDK或CGLib的动态代理技术采用统一的方式为目标Bean创建织入切面的代理对象了。

JDK动态代理所创建的代理对象，在JDK 1.3下，性能强差人意。虽然在高版本的JDK中，动态代理对象的性能得到了很大的提高，但是有研究表明，CGLib所创建的动态代理对象的性能依旧比JDK的所创建的代理对象的性能高不少（大概10倍）。但CGLib在创建代理对象时所花费的时间却比JDK动态代理多（大概8倍），所以对于singleton的代理对象或者具有实例池的代理，因为无须频繁创建代理对象，所以比较适合用CGLib动态代理技术，反之适合用JDK动态代理技术。值得一提的是，由于CGLib采用动态创建子类的方式生成代理对象，所以不能对目标类中的final方法进行代理。

这些文章摘自于我的《Spring 3.x企业应用开发实战》，我将通过连载的方式，陆续在此发出。欢迎大家讨论。

Java动态代理-->Spring AOP的更多相关文章

  1. Java 动态代理与AOP

    动态代理与AOP 代理模式 代理模式给某一个目标对象(target)提供代理对象(proxy),并由代理对象控制对target对象的引用. 模式图: 代理模式中的角色有: 抽象对象角色(Abstrac ...

  2. Java 动态代理及AOP实现机制

    AOP实现机制http://www.iteye.com/topic/1116696 AOP: (Aspect Oriented Programming) 面向切面编程AOP包括切面(aspect).通 ...

  3. &lbrack;JAVA&rsqb;动态代理与AOP的千丝万缕

    动态代理与AOP的联系 别的不说,直接上图 首先是AOP切面编程 什么是切面?(自己心里想想就ok)所以所谓的切面编程,你也就懂得大体了,只是这个被切的是个程序而已 那么AOP与动态代理有什么关系呢? ...

  4. Java动态代理（AOP）

    目录 一.代理 1. 什么是代理? 2. 使用代理模式的作用 3. 实现代理的方式 二.静态代理 1. 模拟用户购买u盘 2. 静态代理的缺点 三.动态代理 四. JDK 动态代理 1. Invoca ...

  5. Java动态代理学习【Spring AOP基础之一】

    Spring AOP使用的其中一个底层技术就是Java的动态代理技术.Java的动态代理技术主要围绕两个类进行的 java.lang.reflect.InvocationHandler java.la ...

  6. java动态代理实现与原理详细分析（代码层面解释了AOP的实现）

    关于Java中的动态代理,我们首先需要了解的是一种常用的设计模式--代理模式,而对于代理,根据创建代理类的时间点,又可以分为静态代理和动态代理. 一.代理模式    代理模式是常用的java设计模式, ...

  7. AOP面向切面编程JAVA动态代理实现用户权限管理（实现篇）

    java动态代理机制的功能十分强大,使用动态代理技术能够有效的降低应用中各个对象之间的耦合紧密程度,提高开发的效率以及程序的可维护性,事实上Spring AOP就是建立在Java动态代理的基础之上.其 ...

  8. 转：AOP与JAVA动态代理

    原文链接:AOP与JAVA动态代理 1.AOP的各种实现 AOP就是面向切面编程,我们可以从以下几个层面来实现AOP 在编译期修改源代码 在运行期字节码加载前修改字节码 在运行期字节码加载后动态创建代 ...

  9. AOP与JAVA动态代理

    1.AOP的各种实现 AOP就是面向切面编程,我们可以从以下几个层面来实现AOP 在编译期修改源代码 在运行期字节码加载前修改字节码 在运行期字节码加载后动态创建代理类的字节码 2.AOP各种实现机制 ...

随机推荐

  1. Android Studio MultiDex 分包碰到的坑

    前天准备发包了,测试完毕,打好正式签名包,装到手机上,运行不起来. 网上查了大量资料,都没有解决方案. log显示如下: 04-26 10:07:57.727 1538-1538/? I/MultiD ...

  2. android开发 wifi开发不稳定性测试

    场景:工厂定制机器,要求一个设备创建wifi热点,一个设备去连接.但是现在发现wifi连接很不稳定,主要以下3方面: 1.连接之前,不容易连接上 2.连接上之后,连不到外网 3.连接上之后,稳定性不好 ...

  3. 折腾了半天&comma;终于搞定了apache的rewrite功能

    基本步骤和网上其它文章说得基本一样.只是在具体操作的时候或多或少存在些问题 一 打开 apache 的配置文件 httpd.conf . 二 将#loadmodule rewrite_module m ...

  4. 第二百五十六天 how can I 坚持

    今天比较闲,但是好累. 每天都会学到很多东西. 比如说,在没搞懂别人说这话之前,最好不要先表达自己的想法. 不宜妄自菲薄.不以物喜,不以己悲.hadoop. 睡觉.召生好速度啊,这么快就把我照片发给同 ...

  5. 你好，C&plus;&plus;（6）2&period;3 C&plus;&plus;兵器谱

    2.3  C++兵器谱 正所谓“工欲善其事,必先利其器”,而要想做好C++程序设计,自然也离不开几件像样的兵器.下面我们就来看看C++兵器谱上有哪些神兵利器值得我们学习掌握.排在兵器谱上首要位置的就是 ...

  6. 使用bootstrap的dropdown部件时报错：error：Bootstrap dropdown require Popper&period;js

    前言:前端小白一枚,刚注册博客,先发个学习过程中新碰到小问题试试水吧~ 摘要:最近在学习bootstrap,偶然碰到了一个小问题,bootstrap网站也没有做过多的解释,今天分享给大家. 问题描述: ...

  7. MPLAB IDE 细节点问题不定期更新ing

    问题1.如何找到MPLAB IDE 隐藏的项目.输出的窗口 答:在菜单栏的 视图 中 “Project”.“Output”. 问题2.mplab  c文件为什么不能添加到工程中的source file ...

  8. vue 子组件修改父组件传来的props值，报错

    vue不推荐直接在子组件中修改父组件传来的props的值,会报错 [Vue warn]: Avoid mutating a prop directly since the value will be ...

  9. Socket网络编程入门

    Socket:专业术语:套接字;通俗的解释:两孔插座(一个孔:IP地址,一个孔:端口号).使用场景:通信,如QQ好友交谈,如浏览器的进程怎么与web服务器通信等. Socket来历: socket起源 ...

  10. C&plus;&plus; &colon; 窗口变化相关消息 OnSize、OnSizing和OnGetMinMaxInfo，onsizeonsizing

    个消息分别是:WM_SIZE.WM_SIZING.WM_GETMINMAXINFO:分别对应相应的处理函数:OnSize.OnSizing.OnGetMinMaxInfo. 当窗口大小发生变化时,响应 ...