二级目录做网站wordpress 用户组

当前位置： 首页 > news >正文

二级目录做网站,wordpress 用户组,学校网站建设申请报告,o2o网站建设如何Spring AOP 概念 AOP全称为Aspect Oriented Programming#xff0c;表示面向切面编程。切面指的是将那些与业务无关#xff0c;但业务模块都需要使用的功能封装起来的技术。 AOP基本术语 连接点#xff08;Joinpoint#xff09;#xff1a;连接点就是被拦截到的程序执…Spring AOP 概念 AOP全称为Aspect Oriented Programming表示面向切面编程。切面指的是将那些与业务无关但业务模块都需要使用的功能封装起来的技术。 AOP基本术语 连接点Joinpoint连接点就是被拦截到的程序执行点因为Spring只支持方法类型的连接点所以在Spring中连接点就是被拦截到的方法。连接点由两个信息确定 方法( 表示程序执行点即在哪个目标方法)相对点(表示方位即目标方法的什么位置比如调用前后等) 切入点Pointcut 一般认为所有的方法都可以认为是连接点但是我们并不希望在所有的方法上都添加通知而切入点的作用就是提供一组规则来匹配连接点给满足规则的连接点添加通知。 **通知、增强Advice) : **可以为切入点添加额外功能分为前置通知、后置通知、异常通知、环绕通知、最终通知等。 目标对象Target)目标对象指将要被增强的对象即包含主业务逻辑的类对象。或者说是被一个或者多个切面所通知的对象。 织入Weaving织入是将切面和业务逻辑对象连接起来, 并创建通知代理的过程。织入可以在编译时类加载时和运行时完成。在编译时进行织入就是静态代理而在运行时进行织入则是动态代理。 代理Proxy被AOP织入通知后产生的结果类。 切面Aspect:*切面是一个横切关注点的模块化一个切面能够包含同一个类型的不同增强方法比如说事务处理和日志处理可以理解为两个切面。切面由切入点和通知组成。Spring AOP就是负责实施切面的框架它将切面所定义的横切逻辑织入到切面所指定的连接点中。 应用 配置pom文件 dependencygroupIdorg.springframework/groupIdartifactIdspring-context/artifactIdversion5.3.11/version /dependency !– 切面相关的包 – dependencygroupIdorg.aspectj/groupIdartifactIdaspectjweaver/artifactIdversion1.8.9/version /dependency编写业务层 接口 public interface UserService {int saveUser(MapString,Object params); }实现类 public class UserServiceImpl implements UserService{Overridepublic int saveUser(MapString, Object params) {System.out.println(保存用户信息 params);return 0;} }配置业务层 spring-aop.xml: !–业务层对象–bean iduserService classcom.qf.aop.service.UserServiceImpl/编写通知类 通知分为前置通知、后置通知、异常抛出通知、环绕通知、最终通知没什么用这里不实现。 前置通知 接口为MethodBeforeAdvice其底层实现如下 public interface MethodBeforeAdvice extends BeforeAdvice {/* Callback before a given method is invoked.*/void before(Method method, Object[] args, Nullable Object target) throws Throwable; }使用前置通知需要实现这个接口 public class BeforeAdvice implements MethodBeforeAdvice{Overridepublic void before(Method method, Object[] args, Object target) throws Throwable {String methodName method.getName();String className method.getDeclaringClass().getName();System.out.println(准备执行方法 className . methodName 参数 Arrays.toString(args));} }写完通知类后需要配置通知 spring-aop.xml: !–业务层对象– bean iduserService classcom.qf.aop.service.UserServiceImpl/!–配置通知对象– bean idbefore classcom.qf.aop.advice.BeforeAdvice/ 当通知对象和业务层对象都纳入IOC容器管理之后需要将通知对象作用在业务层对象上。Spring提供了aop标签来完成这一功能。 !–aop配置–aop:config!–pointcut表示切点也就是通知会在哪些位置触发expression表示切点表达式切点表达式必须是execution(), execution()方法中的参数必须配置到方法上比如 * com.qf.spring.aop.service..*(..)第一个 * 表示任意访问修饰符com.qf.spring.aop.service.. 最后的两个..表示service包下面的所有子包中的类(..) 表示任意方法 如果()中没有..则表示不带参数的方法有就表示带任意参数–!–切入点配置–aop:pointcut idpc expressionexecution( com.qf.aop.service..(..))/!–通知配置–aop:advisor advice-refbefore pointcut-refpc//aop:config /beans测试 public class AopTest {Testpublic void saveUserTest(){ApplicationContext context new ClassPathXmlApplicationContext(spring-aop.xml);UserService userService context.getBean(userService, UserService.class);HashMapString, Object map new HashMap();map.put(name,爱德华);map.put(sex,男);int i userService.saveUser(map);} }注利用ClassPathXmlApplicationContext拿到配置文件上下文对象进而拿到bean对象。 后置通知接口AfterReturningAdvice. 剩下的流程和前置接口相同编写通知类配置通知类对象配置通知。 !–配置通知对象–bean idbefore classcom.qf.aop.advice.BeforeAdvice/bean idafter classcom.qf.aop.advice.AfterAdvice/!–aop配置–aop:config!–切入点配置–aop:pointcut idpc expressionexecution( com.qf.aop.service..(..))/!–通知配置–aop:advisor advice-refbefore pointcut-refpc/aop:advisor advice-refafter pointcut-refpc//aop:config /beans异常抛出通知 异常抛出接口为ThrowsAdvice。 注意异常通知类接口没有要重写的方法而是自定义。 public class ExceptionAdvice implements ThrowsAdvice {public void afterThrowing(Method method, Object[] args, Object target, Exception ex){String methodName method.getName();String className method.getDeclaringClass().getName();System.out.println(执行方法时 className . methodName ,参数 Arrays.toString(args) ,发生了异常 ex.getMessage());} }配置和前面相同 bean idexception classcom.qf.aop.advice.ExceptionAdvice /aop:advisor advice-refexception pointcut-refpc/环绕通知 接口MethodInterceptor 注意1.这里重写的方法参数为MethodInvocation invocation可以通过invocation.getMethod();//获取被拦截的方法。 public class AroundAdvice implements MethodInterceptor {Overridepublic Object invoke(MethodInvocation invocation) throws Throwable {Method method invocation.getMethod();//获取被拦截的方法对象Object[] args invocation.getArguments();//获取方法的参数Object target invocation.getThis();//获取代理对象String methodName method.getName();String className method.getDeclaringClass().getName();System.out.println(准备执行方法 className . methodName ,参数 Arrays.toString(args));Object returnVal method.invoke(target, args);System.out.println(执行完方法 className . methodName ,参数 Arrays.toString(args) ,得到返回值 returnVal);return returnVal;} }环绕通知可以实现前置通知、后置通知、异常抛出通知的功能所以配置文件中只需要配置环绕通知即可。 !–业务层对象– bean iduserService classcom.qf.aop.service.UserServiceImpl/!–配置通知对象–bean idaround classcom.qf.aop.advice.AroundAdvice/!–aop配置– aop:config!–切入点配置–aop:pointcut idpc expressionexecution( com.qf.aop.service..(..))/!–通知配置–aop:advisor advice-refaround pointcut-refpc/ /aop:configAspectJ 简介 AspectJ是一个面向切面的框架它扩展了Java语言定义了AOP 语法能够在编译期提供代码的织入。Spring通过集成AspectJ实现了以注解的方式定义增强类大大减少了配置文件中的工作量 注解 Aspect 切面标识Pointcut 切入点Before 前置通知AfterReturning 后置通知Around 环绕通知AfterThrowing 异常抛出通知 通知类编写 package com.qf.aop.advice;import org.aspectj.lang.JoinPoint; import org.aspectj.lang.ProceedingJoinPoint; import org.aspectj.lang.Signature; import org.aspectj.lang.annotation.; import org.aspectj.lang.reflect.MethodSignature;import java.lang.reflect.Method; import java.util.Arrays;Aspect public class AspectJAdvice {Before(value execution(* com.qf.aop.service..(..)))public void before(JoinPoint jp){Signature signature jp.getSignature();//获取签名Object[] args jp.getArgs();//获取方法参数if(signature instanceof MethodSignature){//如果签名是方法签名Method method ((MethodSignature) signature).getMethod();//获取方法String methodName method.getName();String className method.getDeclaringClass().getName();System.out.println(准备执行方法 className . methodName ,参数 Arrays.toString(args));}}AfterReturning(value execution( com.qf.aop.service..(..)), returning returnValue)public void after(JoinPoint jp, Object returnValue){Object[] args jp.getArgs(); //获取方法参数Signature signature jp.getSignature(); //获取签名if(signature instanceof MethodSignature){ //如果签名是方法签名Method method ((MethodSignature) signature).getMethod(); //获取方法String methodName method.getName();String className method.getDeclaringClass().getName();System.out.println(执行完方法 className . methodName ,参数 Arrays.toString(args) ,得到返回值 returnValue);}}AfterThrowing(value execution( com.qf.aop.service..(..)), throwing t)public void exception(JoinPoint jp, Throwable t){Object[] args jp.getArgs(); //获取方法参数Signature signature jp.getSignature(); //获取签名if(signature instanceof MethodSignature){ //如果签名是方法签名Method method ((MethodSignature) signature).getMethod(); //获取方法String methodName method.getName();String className method.getDeclaringClass().getName();System.out.println(执行方法时 className . methodName ,参数 Arrays.toString(args) ,发生了异常 t.getMessage());}}Around(execution( com.qf.aop.service..*(..)))public Object around(ProceedingJoinPoint pjp) throws Throwable {Object[] args pjp.getArgs();//获取方法的参数Object target pjp.getTarget(); //获取代理对象Signature signature pjp.getSignature(); //获取签名if(signature instanceof MethodSignature) { //如果签名是方法签名Method method ((MethodSignature) signature).getMethod(); //获取被拦截的方法对象String methodName method.getName();String className method.getDeclaringClass().getName();try {System.out.println(准备执行方法 className . methodName ,参数 Arrays.toString(args));Object returnValue method.invoke(target, args);System.out.println(执行完方法 className . methodName ,参数 Arrays.toString(args) ,得到返回值 returnValue);return returnValue;} catch (Throwable t){System.out.println(执行方法时 className . methodName ,参数 Arrays.toString(args) ,发生了异常 t.getMessage());throw t;}}return null;} } 启用注解支持 !–配置通知对象– bean classcom.qf.aop.advice.AspectJAdvice/ !–启动AspectJ注解 自动为类生成代理–aop:aspectj-autoproxy proxy-target-classtrue/ SpringMVC 简介 1. Spring MVC SpringMVC是一个Java 开源框架 是Spring Framework生态中的一个独立模块它基于 Spring 实现了Web MVC数据、业务与展现设计模式的请求驱动类型的轻量级Web框架为简化日常开发提供了很大便利。 2. Spring MVC 核心组件 DispatcherServlet 前置控制器 负责接收请求、分发请求 Handler 处理器 处理器包括了拦截器、控制器中的方法等主要负责处理请求 HandlerMapping 处理器映射器 解析配置文件、扫描注解将请求与处理器进行匹配 HandlerAdpter 处理器适配器 根据请求来找到匹配的处理器这个过程称为适配 ViewResolver 视图解析器 处理器执行后得到的结果可能是一个视图但这个视图属于逻辑视图页面中存在逻辑代码比如循环、判断需要使用视图解器行处理这个过程称为渲染视图 Spring MVC工作原理 mvc工作原理 前端发送的请求由DispatcherServlet接收到然后根据提供的HandlerMapping来分发过去在分发请求过程中使用到HandlerAdapter来适配处理器因为处理的类型无法确定找到对应的处理器适配器之后就会执行这个处理器执行会得到一个ModelAndView然后交给ViewResolver进行解析得到视图位置然后对视图进行渲染渲染完成后将渲染好的视图交给DispatcherServlet然后传回前端展示。 Spring MVC发展演变 1.Bean的名字或ID匹配URL请求 由于版本更新使用新版本会无法完成过时的功能但是为了更好地理解演变的过程这里使用低版本 !–低版本– dependencygroupIdorg.springframework/groupIdartifactIdspring-context/artifactIdversion4.3.9.RELEASE/version /dependency dependencygroupIdorg.springframework/groupIdartifactIdspring-webmvc/artifactIdversion4.3.9.RELEASE/version /dependency dependencygroupIdjavax.servlet/groupIdartifactIdjavax.servlet-api/artifactIdversion4.0.1/versionscopeprovided/scope /dependency首先需要再web.xml配置文件中配置DispatcherServlet包括初始化参数全局上下文自己项目的配置文件路径以及使得项目启动时就创建servlet的初始化参数 servletservlet-namedispatcherServlet/servlet-nameservlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-classinit-paramparam-namecontextConfigLocation/param-nameparam-valueclasspath:spring-mvc.xml/param-value/init-paramload-on-startup1/load-on-startup/servletservlet-mappingservlet-namedispatcherServlet/servlet-nameurl-pattern//url-pattern/servlet-mapping然后是自己写的spring-mvc.xml配置这里需要写视图解析器、处理器映射器处理器适配器采用默认的在底层mvc框架中会根据处理器类型寻找合适的处理器适配器。具体的逻辑为前端发送请求-处理器映射方式、配置控制器找到控制器-控制器返回modelandview-视图解析器解析路径找到jsp文件: !–视图解析器–bean classorg.springframework.web.servlet.view.InternalResourceViewResolverproperty nameprefix value//property namesuffix value.jsp//bean!–处理器映射的方式使用bean的名字或者id的值来与请求匹配–bean classorg.springframework.web.servlet.handler.BeanNameUrlHandlerMapping/!–通过id值匹配请求的URL–bean id/user classcom.qf.controller.UserController/处理器映射器给出映射的方式使用bean的名字或者id然后DispatcherServlet找到处理器适配器处理器适配器提供id和处理器的路径。然后底层会根据路径找到处理器。 处理器 public class UserController extends AbstractController {Overrideprotected ModelAndView handleRequestInternal(HttpServletRequest httpServletRequest, HttpServletResponse httpServletResponse) throws Exception {return new ModelAndView(user);} }处理器返回ModelAndView给适配器DispatcherServlet根据id拿到返回的ModelAndView并交给视图解析器进行处理最终将处理好的路径进行渲染。 但是这样做有一个问题每一个请求都需要一个控制器与之对应如果有很多请求那么就要写很多个控制器。开发效率极为低下而Spring提供了方法名匹配请求来解决这个问题。 2.Bean方法名匹配请求 方法名解析器InternalPathMethodNameResolver将方法名作为匹配URL请求的依据与控制器关联起来。 这样一来请求就可以直接与控制器中的方法关联那么控制器中的方法就应该有多个。 多操作控制器 MultiActionController控制器类供其他控制器类继承在其子类中可以编写多个处理请求的方法然后使用方法名解析器去匹配请求。 控制器 public class UserMultiController extends MultiActionController {//这个方法匹配/login请求public ModelAndView login(HttpServletRequest request, HttpServletResponse response){return new ModelAndView(login);}//这个方法匹配/register请求public ModelAndView register(HttpServletRequest request,HttpServletResponse response){return new ModelAndView(register);} }编写完控制器后需要写相应的控制器映射器(视图解析器不变) spring-mvc.xml: !–方法名解析器,处理映射的方式使用方法名–bean idmethodNameResolver classorg.springframework.web.servlet.mvc.multiaction.InternalPathMethodNameResolver/!–/login 请求使用该bean对象处理–bean id/login classcom.qf.controller.UserMultiControllerproperty namemethodNameResolver refmethodNameResolver//bean!–/register 请求使用该bean对象处理–bean id/register classcom.qf.controller.UserMultiControllerproperty namemethodNameResolver refmethodNameResolver//bean 按照这种匹配请求的方式如果一个控制器要处理多个请求就会导致此配置文件无限扩展变得冗杂后期难以维护这时如何解决 Spring提供了SimpleUrlHandlerMapping映射器该映射器支持一个控制器与多个请求匹配的同时也解决了配置信息繁多的问题。 3.简单URL处理器映射 在Bean方法名匹配请求方式的控制器不变的基础上只需要改动控制器映射器即可 spring-mvc.xml: !–使用简单URL处理器映射–bean classorg.springframework.web.servlet.handler.SimpleUrlHandlerMappingproperty namemappingspropsprop key/viewuserController/propprop key/user/userMultiController/prop/props/property/beanbean iduserController classcom.qf.controller.UserController/bean iduserMultiController classcom.qf.controller.UserMultiController/随着业务的增加控制器的数量也为增加请求的匹配也会增多xml文件里虽然减少了冗余但每次增加方法也会增加代码量如何解决 -Spring提供了DefaultAnnotationHandlerMapping映射器支持使用注解来匹配请求这样就解决了请求匹配导致配置信息繁多的问题同时还提升了开发效率。 注解匹配请求 控制器中通过Controller注解说明这是一个处理器方法中通过RequestMapping注解注明映射信息。 controller: Controller public class UserAnnotationController {RequestMapping(value /login,method RequestMethod.GET)public String login(){return login;}RequestMapping(value register,method RequestMethod.GET)public String register(){return register;} }注意这次的controller不需要实现接口或者继承抽象类了也就意味着可以自定义方法只需要在方法上加注解就可以达到映射的效果。 写好处理器后需要配置视图解析器还是不用变只需要改变处理器映射器就行 spring-mvc.xml: !–类上的注解处理器–bean classorg.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping/!–方法上的注解处理器–bean classorg.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter!–扫描包使得该包下类以及类中定义的方法上所使用的注解生效–context:component-scan base-packagecom.qf.controller / 新的版本配置 !–较新的版本使用该标签启动注解支持– mvc:annotation-driven/ !–扫描包使类和类方法注解生效– context:component-scan base-packagecom.qf.controller/相当于使用一句话代替了原来对类和方法上注解处理器的声明。 Spring MVC常用注解 Controller 控制器的标识 Controller public class UserController{}RequestMapping 该注解用于匹配请求注明URI Controller RequestMapping(/user) public class UserController{RequestMapping(value/login, methodRequestMethod.POST)public int login(){return 1;} }RequestBody 该方法只能用在方法的参数上用于从请求体中获取数据并注入参数中并且获取的数据只能是JSON格式的数据。 Controller RequestMapping(/user) public class UserController{RequestMapping(value/login, methodRequestMethod.POST)public int login(RequestBody User user){return 1;} }ResponseBody 该注解用于向页面传递数据如果没有该注解那么controller方法中返回的任何数据都会被认为是一个页面字符串。 Controller RequestMapping(/user) public class UserController{RequestMapping(value/login, methodRequestMethod.POST)ResponseBodypublic int login(RequestBody User user){return 1;} }RequestParam 该注解只能用在方法的参数上 用于从 URL 查询字符串或表单参数中提取参数。 Controller RequestMapping(/user) public class UserController{RequestMapping(value/search, methodRequestMethod.GET)ResponseBodypublic ListUser searchUsers(RequestParam(valuename) String name){return new ArrayList();} }注意RequestParam和PathVariable的区别 PathVariable 用于从 URL 路径中提取参数。例如提取 http://example.com/user/john 中的 john。用于 RESTful 风格的 URL。 RequestParam 用于从 URL 查询字符串或表单参数中提取参数。例如提取 http://example.com/user/search?namejohn 中的 name或提取表单提交的数据。适用于查询字符串参数和表单参数。 PathVariable 该注解只能应用在方法的参数上用于从请求路径中获取数据并注入至参数中 Controller RequestMapping(/user) public class UserController{// /user/adminRequestMapping(value/{username}, methodRequestMethod.GET)ResponseBodypublic User queryUser(PathVariable(username) String username){return new User();} }注意 花括号 {} 用于定义路径变量表示 URL 中的动态部分这些部分将被提取并传递给控制器方法的参数。 前端在发送请求时必须用具体的 username 替换路径变量 。 RequestHeader 该注解只能应用在方法的参数上用于从请求头中获取数据 RequestMapping(/find)
public void findUsers(RequestHeader(Content-Type) String contentType) {//从请求头中获取Content-Type的值 } CookieValue 该注解只能应用在方法的参数上用于从请求中获取cookie的值 RequestMapping(/find)
public void findUsers(CookieValue(JSESSIONID) String jsessionId) {//从请cookie中获取jsessionId的值 } ControllerAdvice 该注解只能应用在类上表示这个类就是处理异常的控制器 /** 异常处理的控制器/ ControllerAdvice //这个注解就是spring mvc提供出来做全局异常统一处理的 public class ExceptionController { }ExceptionHandler 该注解只能应用在ControllerAdvice或者RestControllerAdvice标识的类的方法上用来处理异常 /** 异常处理的控制器/ ControllerAdvice //这个注解就是spring mvc提供出来做全局异常统一处理的 public class ExceptionController {ExceptionHandler //异常处理器ResponseBody //响应至页面public String handleException(Exception e){return e.getMessage();} }Spring 对 RESTFUL的支持 RestController 相当于Controller 和 ResponseBody 注解的组合。表示该类中的所有方法执行完成后所返回的结果直接向页面输出。 GetMapping PostMapping PutMapping DeleteMapping 静态资源处理 静态资源无法访问的原因 静态资源包含html、js、css、图片、字体文件等。静态文件没有url-pattern所以默认是无法访问的。之所以可以访问是因为tomcat中有一个全局的servletorg.apache.catalina.servlets.DefaultServlet它的url-pattern是 “/”, 所以项目中不能匹配的静态资源请求都由这个Servlet来处理。但在SpringMVC中DispatcherServlet也采用了/ 作为url-pattern, 那么项目中不会再使用全局的Serlvet这样就造成了静态资源不能完成访问。 处理方案 方案一修改DispatcherServlet对应的url-pattern修改为/以外的其他匹配样式。 方案二建议将所有的静态资源放进一个static包中如果需要访问则将defaultServlet的url-pattern的url-mapping改为/static/ !– web.xml – servlet-mappingservlet-namedefault/servlet-nameurl-pattern/static/*/url-pattern/servlet-mapping方案三利用default-servlet-handler 将处理静态资源的请求转发给容器的默认 Servlet 而不是给DispatcherServlet。 !– spring-mvc.xml – !–

这个handler就是处理静态资源的它的处理方式就是将请求转会到tomcat中名为default的Servlet

mvc:default-servlet-handler/ !– mapping是访问路径location是静态资源存放的路径 – mvc:resources mapping/static/** location/static/ /中文乱码处理 在web.xml中配置字符编码过滤器CharacterEncodingFilter filterfilter-nameencodingFilter/filter-name!–字符编码过滤器–filter-classorg.springframework.web.filter.CharacterEncodingFilter/filter-classinit-param!–编码格式–param-nameencoding/param-nameparam-valueUTF-8/param-value/init-paraminit-param!–强制编码–param-nameforceEncoding/param-nameparam-valuetrue/param-value/init-param/filterfilter-mappingfilter-nameencodingFilter/filter-nameurl-pattern/*/url-pattern/filter-mapping