设计的基本常识：
如果你要写个远程调用框架，那远程调用的过程应该有一个统一的拦截接口，
如果你要写一个ORM框架，那至少SQL的执行过程，Mapping过程要有拦截接口，
如果你要写一个Web框架，那请求的执行过程应该要有拦截接口，
等等，没有哪个公用的框架可以Cover住所有需求，允许外置行为，是框架的基本扩展方式，
这样，如果有人想在远程调用前，验证下令牌，验证下黑白名单，统计下日志，
如果有人想在SQL执行前加下分页包装，做下数据权限控制，统计下SQL执行时间，
如果有人想在请求执行前检查下角色，包装下输入输出流，统计下请求量，
等等，就可以自行完成，而不用侵入框架内部，
拦截接口，通常是把过程本身用一个对象封装起来，传给拦截器链，
比如：远程调用主过程为invoke()，那拦截器接口通常为invoke(Invocation)，
Invocation对象封装了本来要执行过程的上下文，并且Invocation里有一个invoke()方法，
由拦截器决定什么时候执行，同时，Invocation也代表拦截器行为本身，
这样上一拦截器的Invocation其实是包装的下一拦截器的过程，
直到最后一个拦截器的Invocation是包装的最终的invoke()过程，
同理，SQL主过程为execute()，那拦截器接口通常为execute(Execution)，原理一样，