qq_36930483的博客

通过LVS或者Nginx等进行负载均衡（一般使用Nginx+Tomcat实现负载均衡） 　　如果我们采用的spring集成shiro，其实可以将缓存管理器交由spring管理，相当于由spring统一管理缓存。 shiro的session创建时机是在登录认证之前，而不是第一次调用getSession()时。 Session会话共享方案 ● 第一种是使用容器扩展插件来实现，比如基于Tomcat的tomcat-redis-session-manager插件，基于Jetty的jetty-session-r

classpath 首先一个项目要编译好之后才能部署到Tomcat中运行。 Tomcat运行时如何找编译好的.class文件呢，其实Tomcat下的web项目有两个预置的classpath（就是能找到.class文件的入口）， 这两个预置的classpath是WEB-INF/classes与WEF-INF/lib， 其中我们src下的源文件经过了编译之后放在WEB-INF/classes目录下， 1、src不是classpath, WEB-INF/classes和lib才是classpath，WEB-I

Controller 在SpringMVC 中，控制器Controller 负责处理由DispatcherServlet 分发的请求，它把用户请求的数据经过业务处理层处理之后封装成一个Model ，然后再把该Model 返回给对应的View 进行展示。在SpringMVC 中提供了一个非常简便的定义Controller 的方法，你无需继承特定的类或实现特定的接口，只需使用@Controller 标记一个类是Controller ，然后使用@RequestMapping 和@RequestParam 等一些

SpringMVC 中的Interceptor 拦截器 SpringMVC 中的Interceptor 拦截器也是相当重要和相当有用的，它的主要作用是拦截用户的请求并进行相应的处理。比如通过它来进行权限验证，或者是来判断用户是否登陆，或者是像12306 那样子判断当前时间是否是购票时间。 实现方法 实现HandlerInterceptor 接口 SpringMVC 中的Interceptor 拦截请求是通过HandlerInterceptor 来实现的。在SpringMVC 中定义一个Interce

构造方法注入和setter注入之间的区别吗? 有以下几点明显的差异: 在Setter注入,可以将依赖项部分注入,构造方法注入不能部分注入，因为调用构造方法如果传入所有的参数就会报错。 如果我们为同一属性提供Setter和构造方法注入，Setter注入将覆盖构造方法注入。但是构造方法注入不能覆盖setter注入值。显然，构造方法注入被称为创建实例的第一选项。 使用setter注入你不能保证所有的依赖都被注入,这意味着你可以有一个对象依赖没有被注入。在另一方面构造方法注入直到你所有的

@transactional注解在什么情况下会失效，为什么。 1、service类标签(一般不建议在接口上)上添加@Transactional，可以将整个类纳入spring事务管理，在每个业务方法执行时都会开启一个事务，不过这些事务采用相同的管理方式。 2、@Transactional 注解只能应用到 public 可见度的方法上。 如果应用在protected、private或者 package可见度的方法上，也不会报错，不过事务设置不会起作用。 3、默认情况下，Spring会对unchecked异