\TOC\javaIO模型BIO：JDK1.4之前的IO，阻塞IONIO：linux多路复用技术（select模式）实现IO事件的轮询方式：同步非阻塞的模式，这种方式目前是主流的网络通信模式Mina,netty网络通信框架AIO：jdk1.7

我们知道,设计模式很有用,学好设计模式不但能让你写出更简洁,优雅的代码,还能使得代码的结构更清晰,也更有利于扩展当然设计模式也不是万能的,一成不变的.设计模式只是前人总结出来的一种经验,一种特定问题的解决方法,不能看作是死的东西不一定非要生搬硬套,非得按照设计模式书上来来,只要我们写的代码符合一定的一些原则,一样可以看作是自己的模式.但是前人总结

项目地址https://github.com/openrec(https://github.com/openrec)运行模式standalone模式!image.png(https://p1juejin.byt

多数商家都已经意识到，抖音官方网站流量越来越贵，出价成本也越来越高，当大批量淘系玩家入局以后，他们并没有走“兴趣电商”的新套路，而是继续沿用淘系老玩法，仅仅是把淘系平面电商进化成了抖音立体电商。把淘系的“S单玩法”换成了抖音的“亏品玩法”，也就是我们所说的“憋单”。淘系算法下不S单很难做起来，抖系算法下不亏品也很难做起来，虽然手段不同但是原理相似，这就导致

多数商家都已经意识到，抖音官方网站流量越来越贵，出价成本也越来越高，当大批量淘系玩家入局以后，他们并没有走“兴趣电商”的新套路，而是继续沿用淘系老玩法，仅仅是把淘系平面电商进化成了抖音立体电商。把淘系的“S单玩法”换成了抖音的“亏品玩法”，也就是我们所说的“憋单”。淘系算法下不S单很难做起来，抖系算法下不亏品也很难做起来，虽然手段不同但是原理相似，这就导致

多数商家都已经意识到，抖音官方网站流量越来越贵，出价成本也越来越高，当大批量淘系玩家入局以后，他们并没有走“兴趣电商”的新套路，而是继续沿用淘系老玩法，仅仅是把淘系平面电商进化成了抖音立体电商。把淘系的“S单玩法”换成了抖音的“亏品玩法”，也就是我们所说的“憋单”。淘系算法下不S单很难做起来，抖系算法下不亏品也很难做起来，虽然手段不同但是原理相似，这就导致

多数商家都已经意识到，抖音官方网站流量越来越贵，出价成本也越来越高，当大批量淘系玩家入局以后，他们并没有走“兴趣电商”的新套路，而是继续沿用淘系老玩法，仅仅是把淘系平面电商进化成了抖音立体电商。把淘系的“S单玩法”换成了抖音的“亏品玩法”，也就是我们所说的“憋单”。淘系算法下不S单很难做起来，抖系算法下不亏品也很难做起来，虽然手段不同但是原理相似，这就导致

多数商家都已经意识到，抖音官方网站流量越来越贵，出价成本也越来越高，当大批量淘系玩家入局以后，他们并没有走“兴趣电商”的新套路，而是继续沿用淘系老玩法，仅仅是把淘系平面电商进化成了抖音立体电商。把淘系的“S单玩法”换成了抖音的“亏品玩法”，也就是我们所说的“憋单”。淘系算法下不S单很难做起来，抖系算法下不亏品也很难做起来，虽然手段不同但是原理相似，这就导致

///@filemain.c@versionV3.00$Revision:3$$Date:15/09/0210:0

一、设计模式分类a、创建型模式简单工厂模式一、内容不直接向客户端暴露对象创建的实现细节，而是通过一个工厂类来负责创建产品类的实例。二、角色工厂角色（Creator）抽象产品角色（Product）具体产品角色（ConcreteProduct）