前言 前文的类设计比较简单粗暴，只为实现功能，本文对类设计做一些调整，避免一个类出现过多的代码。 分解BeanFactory 目前，BeanFactory主要有以下成员 public Class BeanFactory{ private Beans beans; // 实现id到bean对象的映射 private Map<String, Bean> be...

前言 分析log日志，对一个服务器端开发工程师的重要性就不细谈了。 列出当前目录下最大的10个文件 du -hsx * | sort -rh | head -10 分析web服务的日志 查看特定区域的日志 程序运行了一阵，莫名其妙停了。 cat test.log | grep 'Exception' grep 'Excepti...

前言 为什么需要工厂bean？回答这个问题，首先要回答下为什么需要工厂模式？简单说，就是不用new xxx()了。用new xxx()有什么不好呢？简单说就是：不能适应变化。对于传统的new xxx(),假设这个代码有10个地方使用，那么当xxx()改变时，你便要更改10个地方的代码（好吧，我承认，借助于ide，这个优势不是很明显）。比较简单的方式就是，提供一个专门的类负责构造这个bean...

前言 作为一个使用轮子的程序员第一次写了轮子，感觉还是满兴奋的。笔者在看很多项目的源码时，经常是看了忘，忘了看。在反思这个现象时，笔者认为：很多代码固然很精巧，但因为读者没有设身处地考虑过实际的情景，对为什么要这样做没有直接的感觉，导致印象不深刻。 还有一个重要原因是，大部分框架的代码在发展过程中都经过重新设计，这固然必要，但判空、处理异常以及复杂的父子关系等掩盖了最初的思路，容易将读者...

前言 众所周知，使用Class的newInstance方法，就算是调用了bean的构造方法。bean是不能控制自己何年何月何日生（死）的，但bean可以和bean工厂约定一些规则（也就是实现特定的方法），决定下生死时刻要做些什么。 bean生命周期管理，主要涉及到标签中的init-method,destroy-method以及InitializingBean,DisposableBean...

前言 本文总结前文的内容，将两种方式整合在一起。 再次强调，要实现bean工厂功能，首先要将bean信息加载到内存，由配置文件或注解方式转化为“以类的方式”存储，并以map的形式组织起来（为方便查询）。具体的说就是 public class BeanFactory { private Beans beans; // 实现id到bean对象的映射 private Map<St...

前言 本文使用注解方式来读取bean类，并解决bean之间的依赖。其中Component和Value注解直接copy自Spring，Resource注解来自javax。 扫描包中的所有类 还是以前文提到的beanA和beanB两个model类为例（省略set和get方法）。 @Component public class BeanA { @Value("studentA") pr...

前言 前文虽然以spring配置文件的样式，根据配置文件搞了一个类出来，但离工具化的应用还很远，本文再进一步。 处理类之间的关系 前文的例子只创建了较为简单的beanB类，现在我们创建beanA类。从模仿spring beanFactory的getBean方法开始。getBean方法体现了spring的一个点：bean只有在使用时才会真正被创建。 getBean的基本思路是，根据be...

前言 本来想熟悉下digester的使用，写着写着发现，可以搞一个类似spring的东西的来，将过程记录下来，与大家分享。 例子中很多代码没有优化，基本没有异常处理和判空操作，这是我的一个坏习惯，先奔着目的去，实现成功后再重构。但这样的代码，更易看懂，优化后的代码反而掩盖了很多思路和思想，尤其容易让人分不清重点（因为算是技巧的地方太多了）。 项目源码的git clone地址：git@g...

简介 ESI 一个实例配置 对所有请求都缓存5m vcl 4.0; backend default { .host = "192.168.56.155"; .port = "80"; } sub vcl_recv { return (hash); # 进入缓存判断 } sub vcl_backend_response { set beresp.ttl...