摘要：
高性能 可扩展性好 高可靠 热部署 bsd许可证 反向代理和负载均衡 NGINX的 3个主要应用场景 静态资源服务（缓存加速） 反向代理(因为又容灾的需求，一定要有负载均衡的功能) api服务 传统的 CGI程序，每个请求都要启动一个新的进程，如果 CGI程序执行时间很短，启动进程的开销时间很可能会 阅读全文
2020年4月6日 #
2020年3月25日 #
摘要：
定义： 将抽象部分与它的具体实现部分分离，使它们都可以独立地变化 使用组合的方式 建立两个类之间的联系，而不是使用继承的方法 使用场景： 1.抽象和具体实现之间增加更多的灵活性 2.一个类存在两个（或多个）独立变化的未读，且俩各个（或多个）维度都需要独立进行扩展 3.不希望使用继承，或因为多层继承导致系统类的个数剧增 优点： 1.分离抽象部分及其具体实现部分 2.提高系统的可扩展性 3.... 阅读全文
摘要：
定义： 将对象组合成数形结构以表示 "部分-整体"的层次结构 组合模式使客户端对单个对象和组合对象保持一致的方式处理 组合模式 -使用场景： 希望客户端可以忽略组合对象与单个对象的差异时（不管是黑猫白猫，都是猫就是了） 处理一个树形结构时 优点： 清楚地定义了分层次的复杂对象，表示对象的全部或部分层次 让客户端忽略层次的差异，方便对整个层次结构进行控制 简化客户端代码 符合开闭原则（软件实现应... 阅读全文
摘要：
享元模式常常用于系统底层的开发，以便于解决系统的性能问题 定义：提供了减少对象数量从而改善应用所需的对象结构方式 运用共享技术有效的支持大量细粒度的对象 比如String, 有就返回，没有就创建，然后将对象保存在缓存池里面 系统有大量相识对象，需要缓冲池的场景（线程池，常量池，数据库连接池） 享元模式-优点： 减少对象的创建，降低内存中对象的数量，降低系统内存，提高效率 较少内存之外的其他资源占用... 阅读全文
摘要：
适配器适用场景 已经存在的类，他的方法和需求不匹配（方法结果相同或相似） 适配器模式不是软件设计阶段考虑的设计模式，是随着软件维护，由于不同产品， 不同厂家造成功能类似而接口不相同的情况下的解决方案（设计阶段尽量不使用） 优点： 能提高类的透明性和复用，现有的类复用但不需要改变 目标类和适配器类解耦，提高程序扩展性 符合开闭原则 适配器模式-缺点： 适配器编写过程需要全面考虑，可能会增加系统的... 阅读全文
2020年3月24日 #
摘要：
先看一个图 带个 Wrapper的一般就装饰器模式 或者适配器模式 mybatis中的Cache 通过对 Cache的实现进行了进一步包装，就可以实现多种多样的功能，如LRU, FIFO等缓存淘汰策略 点击 SynchronizedCache 可以看到，这个是给 方法加上了 Synchronized ... 阅读全文
摘要：
外观模式，又叫门面模式 (符合迪米特法则，也就是最少知道原则, 不改让用户知道的，就别让其知道) 外观模式定义了高层的接口，子系统负责去实现 定义一个优秀的结构很重要 用户通过调用高层接口（门面），来达到自己的目的，而接口的实现是交给子系统去完成 用户不需要知道有哪些子系统（实现类或者是其他的类） 阅读全文
摘要：
实现clone方法 package visitor; import java.lang.reflect.InvocationTargetException; import java.lang.reflect.Method; public class Main { public static void 阅读全文
摘要：
实例分两部分： 1.内存结构 + 2.后台进程 结构有 SGA (系统全局区) 这些和服务进程进行交互 每个服务器进程有一个 PGA (服务器进程),负责处理请求 写入数据文件有 进程（dbwr）操作 以上是Oracle的主要内存结构 Oracle数据库进程 3种进程： 1.服务器进程，2 用户进程... 阅读全文