概述上一篇日志中，我们了解了如何从不同的来源获取用户列表的配置方法Spring Security 配置用户列表本篇日志中，我们来介绍一下如何配置拦截不同的请求 configure(HttpSecurity) 与 HttpSecurity 对象通过 configure(HttpSecurity) 可以配置如何保护路径在此前我们已经接触过这个方法：Spring Secrity 简介及基本配置@Override protected void configure(HttpSecurity http) throws Exception { http.authorizeRequests().anyRequest().authenticated() .and().formLogin().and().httpBasic(); }  HttpSecurity 提供的方法HttpSecurity 提供的方法方法作用access(String)如果给定的SpEL表达式计算结果为true，就允许访问anonymous()允许匿名用户访问authenticated()允许认证过的用户访问denyAll()无条件拒绝所有访问fullyAuthenticated()如果用户是完整认证的话（不是通过Remember-m

概述上一篇日志中，我们介绍了 Spring Security 的基本内容，并且进行了初步的配置工作Spring Secrity 简介及基本配置本篇日志中，我们就来实现用户列表的配置 配置基于内存的用户列表配置用户列表最简单的方法就是通过重载 WebSecurityConfigurerAdapter 的 configure 方法来实现用户列表的加载：package com.techlog.test.testsecurity.configuration; import org.springframework.context.annotation.Configuration; import org.springframework.security.config.annotation.authentication.builders.AuthenticationManagerBuilder; import org.springframework.security.config.annotation.web.builders.HttpSecurity; import org.springframework.security.config.annotation.web.configuration.EnableWeb

概述上一篇日志中，我们介绍了 org.springframework.web.filter 包中提供的过滤器SpringMVC 提供的 Filter 类简介本篇日志中我们来介绍其中的一个特殊的过滤器 -- 委派过滤器代理（DelegatingFilterProxy）DelegatingFilterProxy 虽然在 org.springframework.web.filter 包中，但是他其实并不算是一个过滤器，它的原型是 FilterToBeanProxy，即将 Filter 作为 spring 的 bean，由 spring 来管理在我们的应用中，登录验证是最常用的功能，Spring Security 利用 DelegatingFilterProxy 及一系列 Filter 为我们提供了高度可定制化的请求验证机制，以及用户、角色、权限的抽象机制，来完成对我们的请求的验证 Spring SecuritySpring3.2 提供了 Spring Security 安全性框架为应用程序提供声明式安全保护，主要为&nbs

概述上一篇日志中，我们通过继承 AbstractAnnotationConfigDispatcherServletInitializer 实现了 DispatcherSe

概述在上一篇日志中，我们介绍了 SpringMVC 对传入参数的获取：通过注解获取访问参数这里我们使用 Apache Commons fileUplo

概述上一篇日志中，我们介绍了 Spring MVC 的基本概念及执行流程，并创建了最基本的 hello world 项目Spring MVC 简介及 Hello World 项目创建上篇日志中介绍了一个非常重要的组件 -- DispatcherServlet，并且在 web.xml 中创建了默认的 DispatcherServlet 的配置本篇日志中，我们就来介绍一下 Spring3.0 以后支持的通过 java 代码来配置 DispatcherServlet 的配置方法 DispatcherServlet 的配置与两个应用上下文我们已经知道，DispatcherServlet 最重要的工作是接收请求并转发给特定的 Controller，因此首先需要配置的是 url 映射DispatcherServlet 启动时，会创建 Spring 应用上下文，并加载配置文件或配置类中所声明的 bean，因此我们需要在 DispatcherServlet 的配置中指定 bean 所

概述上一篇日志中，我们介绍了 Spring3.1 开始提供的通过配置来让 Spring 在不同的环境中创建和加载不同的 BeanSpring3.1 新特性 -- 为不同的环境配置不同的 profile事实上，有时我们需要更细粒度的自定义配置，只有当满足某个特定条件时才创建和加载某个 bean，比如某个 bean 依赖于另一个 bean 的创建，如果另一个 bean 没有创建，就忽略当前 bean，或者需要通过环境变量来动态控制某个 bean 是否需要被创建 条件化配置 bean -- @Conditional 注解Spring4 引入了一个新的 @Conditional 注解，他可以用在带有 @Bean 注解的方法上，只有 @Conditional 给定的条件为 true，才会创建相应的 Bean Condition 接口@Conditional 需要传入一个 class 对象，对应的类是任何实现了 Condition 接口的类

概述此前的日志中，我们介绍了如何通过 maven 配置实现为不同的环境打不同的 war 包，来实现不同环境使用不同资源、配置的功能通过 maven filtering 机制实现打包不同的资源配置目录这是生产环境中非常实用的一个功能，Spring3.1 也提供了类似功能，他通过为 bean 指定 profile 来让 Spring 在不同的环境选择是否创建和加载相应的 bean，这样的好处是同一个 war 包可以被应用于所有的环境，而不需要重新构建 使用 java @Configuration 配置 profile bean -- @Profile在 java 配置中，可以使用 @Profile 注解指定某个 bean 属于哪个 profile@Configuration @Profile("dev") public class DevelopmentProfileConfig { ... } 这样，这个 DevelopmentProfileConfig&n

概述前面我们介绍了 Executor 框架Executor 框架及线程池的使用利用 Executor 框架，我们可以实现多个线程的并发调用基于 Executor 框架，java 提供了 ThreadPoolExecutor 实现了一个灵活、稳定的线程池，允许用户各种定制，同时，他还可以通过构造方法实例化一个对象来让用户根据自己的需求定制化该对象的操作 ThreadPoolExecutor 的创建ThreadPoolExecutor 的构造方法public ThreadPoolExecutor(int corePoolSize, int maximumPoolSize, long keepAliveTime, TimeUnit unit, BlockingQueue<Runnable> workQueue, ThreadFactory threadFactory, RejectedExecutionHandler handler) { ... }  通过上面的构造方法，我们就可以轻松创建一个线程池，他有下列参数：corePoolSize -- 线程池目标大小，即在没有任何任务时的线程池大小，

概述java 注解也被称为“元数据”，他是 jdk1.5 引入的 java 特性java 注解可以用于创建文档、跟踪代码依赖性、甚至基本的编译时、运行时检查，它可以灵活的实现模板代码的生成，或者为程序的相关部分引入额外信息注解以 @ 符号 + 注解名为标识在代码中存在，编译器在编译期自动加载它们的代码到相应的位置使用 java5 内置注解java5 的 java.lang 包中内置了三种注解：@Override -- 标识当前的方法将覆盖父类中的方法，虽然在实现覆盖时并不要求必须加上该注解，但该注解可以强制检查覆盖的完成，这样编译器可以在你拼写错误时发出错误提示@Deprecated -- 标识已经废弃的元素，一旦程序员使用了这些元素，编译器会发出警告@SuppressWarnings -- 关闭不当的编译器警告 元注解如果要创建一个注解，就需要使用元注解了，所谓的元注解，就是注解其他注解的注解，也就是在定义其他注解时需要使用的注解，他们标识了自定义注解的行为java5 定义了下面五个元注解中的前四个，java8 则定义了最后一个元注解：@Tar