interceptor

周末有个小伙伴加我微信，向我请教了一个问题：老哥，过滤器 (Filter) 和 拦截器 (Interceptor) 有啥区别啊？ 听到题目我的第一感觉就是：简单！ 毕竟这两种工具开发中用到的频率都相当高，应用起来也是比较简单的，可当我准备回复他的时候，竟然不知道从哪说起，支支吾吾了半天，场面炒鸡尴尬有木有，工作这么久一个基础问题答成这样，丢了大人了。 平时觉得简单的知识点，但通常都不会太关注细节，一旦被别人问起来，反倒说不出个所以然来。 归根结底，还是对这些知识了解的不够，一直停留在会用的阶段，以至于现在 一看就会一说就废！ 这是典型基础不扎实的表现，哎·~，其实我也就是个虚胖！ 知耻而后勇，下边结合实践，更直观的来感受一下两者到底有什么不同？ 准备环境 我们在项目中同时配置 拦截器 和 过滤器。 1、过滤器 (Filter) 过滤器的配置比较简单，直接实现Filter 接口即可，也可以通过@WebFilter注解实现对特定URL拦截，看到Filter 接口中定义了三个方法。 init() ：该方法在容器启动初始化过滤器时被调用，它在 Filter 的整个生命周期只会被调用一次。注意：这个方法必须执行成功，否则过滤器会不起作用。 doFilter() ：容器中的每一次请求都会调用该方法， FilterChain 用来调用下一个过滤器 Filter。 destroy()： 当容器销毁

dynamic-router 项目地址 gitee 前端： 基于 vue-element-admin 延用公司 【用户中心】那一套自己魔改的版本，在此基础之上重构。 后端： Go 的语法简洁，开发速度快，所以后端使用了 Go 结合 Gin 框架，做了一个简单的 CURD 服务。（主要是因为没人手协助，也只好自己写一个了。）这里不过多介绍后端。 前言 动态路由 由于公司业务需要，在权限验证与安全方面，要求是菜单根据权限动态控制。 在现有的项目当中，通过基于 vue-element-admin 项目提供的菜单权限控制，无法满足公司的具体业务需要。 实际上主要的目的是通过后端控制菜单权限。 因此也迭代出了两个版本， 版本二 也只是提供一个设计思路，具体复杂实现基于此套是是可以满足的。这里只做简单的阐述，具体实现可以结合源码。 版本一 在公司项目 【用户中心】 中，我采用的是通过后端菜单列表以及权限标识，做深度递归和匹配。这么写一部分原因是因为是在现有的接口文档基础之上做 魔改 ，第二点也是因为代码耦合度比较高，重构的话周期长（前后端都需要改，前端工作量会很大）。 Interceptor router.beforeEach(async (to, from, next) => { NProgress.start(); if (getToken()) { if (to.path ===

其实spring boot拦截器的配置方式和springMVC差不多，只有一些小的改变需要注意下就ok了。下面主要介绍两种常用的拦截器： 一、基于URL实现的拦截器： public class LoginInterceptor extends HandlerInterceptor{ /** * 在请求处理之前进行调用（Controller方法调用之前） * 基于URL实现的拦截器 * @param request * @param response * @param handler * @return * @throws Exception */ @Override public boolean preHandle (HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { String path = request.getServletPath(); if (path.matches(Const.NO_INTERCEPTOR_PATH)) { //不需要的拦截直接过 return true; } else { // 这写你拦截需要干的事儿，比如取缓存，SESSION，权限判断等 System.out.println( "=================

本篇主要介绍的是springboot如何集成mybatis，以及一些常用的mapper编写，与顶层tk.mybatis的mapper结合集成，看懂之后即可快速的开发 1、配置sqlSessionFactory import com.gta.train.platform.persis.page.plugin.PageInterceptor; import lombok.RequiredArgsConstructor; import org.apache.ibatis.plugin.Interceptor; import org.apache.ibatis.session.SqlSessionFactory; import org.mybatis.spring.SqlSessionFactoryBean; import org.mybatis.spring.SqlSessionTemplate; import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; import org.springframework.core.io.support.PathMatchingResourcePatternResolver;

　　因业务需要，需将结果集序列化为json返回，于是，网上找了好久资料 ，都是关 于拦截参数的处理，拦截Sql语法构建的处理，就是很少关于对拦截结果集的处理，于是自己简单的写了一个对结果集的处理， 记录下。 一、MyBatis的框架设计图 参考：http://blog.csdn.net/luanlouis/article/details/40422941 1.如何将结果集改成我们想要的格式呢？ 　 　1.1 由原理图我们可知，ResultSetHandler负责将resultSet转换为list，那么我们能不能在转换的时候加上自己的逻辑，我想应该是可以的，但是因为源码看不太懂，想想还是算了。 1 public List<Object> handleResultSets(Statement stmt) throws SQLException { 2 final List<Object> multipleResults = new ArrayList<Object> (); 3 4 int resultSetCount = 0 ; 5 ResultSetWrapper rsw = getFirstResultSet(stmt); 6 7 List<ResultMap> resultMaps = mappedStatement.getResultMaps(); 8 int

　　因业务需要，需将结果集序列化为json返回，于是，网上找了好久资料 ，都是关 于拦截参数的处理，拦截Sql语法构建的处理，就是很少关于对拦截结果集的处理，于是自己简单的写了一个对结果集的处理， 记录下。 一、MyBatis的框架设计图 参考：http://blog.csdn.net/luanlouis/article/details/40422941 1.如何将结果集改成我们想要的格式呢？ 　 　1.1 由原理图我们可知，ResultSetHandler负责将resultSet转换为list，那么我们能不能在转换的时候加上自己的逻辑，我想应该是可以的，但是因为源码看不太懂，想想还是算了。 1 public List<Object> handleResultSets(Statement stmt) throws SQLException { 2 final List<Object> multipleResults = new ArrayList<Object> (); 3 4 int resultSetCount = 0 ; 5 ResultSetWrapper rsw = getFirstResultSet(stmt); 6 7 List<ResultMap> resultMaps = mappedStatement.getResultMaps(); 8 int

ARouter相关文章虽然对，作为学习笔记使用，有问题希望能够尽情提出，共同交流 蒋八九 基本使用： Application中的注册： @Override public void onCreate ( ) { super . onCreate ( ) ; //官方建议推荐在Application中初始化 ARouter . init ( this ) ; } @Override public void onTerminate ( ) { super . onTerminate ( ) ; ARouter . getInstance ( ) . destroy ( ) ; } Activity中： 类必须注册路由地址 @Route ( path = Constance . PATH_MAINACTIVITY ) public class MainActivity extends AppCompatActivity { @Override protected void onCreate ( Bundle savedInstanceState ) { super . onCreate ( savedInstanceState ) ; setContentView ( R . layout . activity_main ) ; 注册路由 ARouter . getInstance ( )

@ 目录 前言 正文 插件扩展 1. Interceptor核心实现原理 2. Mybatis的拦截增强 Mybatis与Spring整合原理 1. SqlSessionFactory的创建 2. 扫描Mapper并创建代理对象 3. 如何整合Spring事务 4. FactoryBean的扩展知识 总结 前言 前面几篇文章分析了Mybatis的核心原理，但模块较多，没有一一分析，更多的需要读者自己下来研究。不过Mybatis的插件扩展机制还是非常重要的，像PageHelper就是一个扩展插件，熟悉其扩展原理，才能更好的针对我们的业务作出更合适的扩展。另外，现在Mybatis都是和Spring/SpringBoot一起使用，那么Mybatis又是如何与它们进行整合的呢？一切答案尽在本文之中。 正文 插件扩展 1. Interceptor核心实现原理 熟悉Mybatis配置的都知道，在xml配置中我们可以配置如下节点： <plugins> <plugin interceptor="org.apache.ibatis.builder.ExamplePlugin"> <property name="pluginProperty" value="100"/> </plugin> </plugins> 这个就是插件的配置，那么自然而然的这个节点就会在解析xml的时候进行解析，并将其添加到

之前实现了 NetCore实现自定义IOC容器注入 ，在Controller使用事物的过程中思考是否能够像Spring一样通过自定义注解实现事物管理，思路图如下 事物的动作拆分只需要根据当前执行线程划分Connection对象并开启事物即可，重点是在Emit代码织入过程中对异常捕捉的处理 处理过程中主要会用到BeginExceptionBlock开启try代码块，BeginCatchBlock开启catch代码块，EndExceptionBlock结束异常捕捉代码块 创建事物注解Transitional用来标记Controller中需要事物执行的方法 [AttributeUsage(AttributeTargets.Method)] public class Transitional : System.Attribute { public bool AutoRollBack { set ; get ; } public Transitional() { AutoRollBack = true ; } } Emit编织时需要注意异常捕捉时有返回值时建立全局变量返回，执行事物管理器类的静态方法直接使用call，例如 ilOfMethod.Emit(OpCodes.Call, typeof(TransitionManage).GetMethod("DoRollBack"))

一、基于URL实现的拦截器： public class LoginInterceptor extends HandlerInterceptor { /**www.1b23.com * 在请求处理之前进行调用（Controller方法调用之前） * 基于URL实现的拦截器 * @param request * @param response * @param handler * @return * @throws Exception */ @Override public boolean preHandle (HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { String path = request.getServletPath(); if (path.matches(Const.NO_INTERCEPTOR_PATH)) { //不需要的拦截直接过 return true ; } else { // 这写你拦截需要干的事儿，比如取缓存，SESSION，权限判断等 System.out.println( "====================================" ); return true ; } } } 关键代码：path