(Java)手动封装Servlet

概述

• 只要掌握了JavaSE的知识，以及B/S架构请求和响应的流程，就可以看懂，反射的部份占得比较多，还有注解

• 使用环境：

  • JDK：1.8
  • Tomcat：9.0.3
  • 编译器：IDEA 2019

原生Servlet的问题

• Servlet的做用：

  • Servlet的做用是处理浏览器发送过来的请求以及服务器响应回去的信息
  • 经过浏览器发送过来的资源请求，转发给对应的资源

• 原生Servlet的写法：

  • 1）在web.xml对一个Servlet进行配置
  • 2）实现Servlet接口/继承HttpServlet
  • 3）重写doPost/doGet/Service方法

• 原生Servlet产生的问题：

  • 1）配置信息多：每写一个Servlet类须要配置8行xml
  • 2）每一个Servlet类都要实现/继承，增长耦合度
  • 3）一个Servlet类只对应了一个功能，当项目中的功能愈来愈多时，Servlet类也会愈来愈多

解决策略

• 1）将多个Servlet的方法封装到一个Servlet中

  • 这样一个Servlet类就对应了多个功能

• 2）封装一个DispatcherServlet类，这个类根据浏览器的资源请求，找到对应的Servlet，以及处理Servlet类的响应

  • 也就是这个DispatcherServlet类是惟一一个继承HttpServlet/实现Servlet接口，而以前写的Servlet类就是普通的类
  • 这样作下降了耦合度，web.xml配置文件中也只须要配置DispatcherServlet，减小了配置信息

封装后的组件

• 如上图所示，主要封装了两个组件，分别是DispatcherServlet和Handler

• DispatcherServlet的做用：

  • 1）接收浏览器发送过来的请求
  • 2）将请求交给Handler

• Handler的做用：

  • 1）解析请求
  • 2）找处处理该请求的对象
  • 3）找到该对象具体处理该请求的方法
  • 4）解析执行对象执行方法后的结果
  • 5）将结果响应回给浏览器

• ModelAndView：

  • 这个对象是用来存储服务器返回的转发/重定向路径，以及服务器要返回的参数

• ApplicationContext.properties：

  • 这个配置文件是用来存储请求名字对应的处理对象的类路径

使用方法

@SessionAttributes("name")
public class AtmController {//须要管理这个Controller的单例机制
 private AtmService service = new AtmService();
 public ModelAndView login(User user){
        ModelAndView mv = new ModelAndView();
 String result = service.login(user);
 if("success".equals(result)){
 mv.addObject("name",user.getName());//若是存在session中 先放在mv容器里
 mv.setViewName("welcome.jsp");
 }else{
            mv.addObject("result",result);
 mv.setViewName("index.jsp");
 }
        return mv;
 }
    
 @ResponseBody
 public List<User> query(){
        List<User> userList = service.query();
 return userList;
 }
}

• 好比如上代码：

• 几个自定义注解的含义：

  • @SessionAttributes("参数名")：

    • 这个注解的做用是把参数存到session做用域里
    • 必须写在类名上面
    • 存入的参数必须是在request做用域里面存在的

  • @ResponseBody：

    • 写在方法上面
    • 若是返回的是实体对象、List对象、JSON对象、String字符串，则须要加上这个注解

  • @RequestParam("参数名")：

    • 写在方法携带的参数前面，注解里写的名字和方法的参数名一致
    • 若是浏览器发送的请求携带了参数，那么执行的对象不须要经过request对象就能拿到参数
  • 若是参数是一个实体对象/Map对象，那么就不须要写@RequestParam注解，框架会自动把请求携带的参数包装成一个对象

局限性

• 由于时间不够充足，因此只是简单的封装，因此使用的时候也是有不少问题，好比对于方法参数处理以及响应信息的处理类型只能处理几个基本数据类型、实体对象以及Map、list集合和Json对象
• 封装这个的意义主要是练习JavaSE的知识，以及了解真正的控制层的框架是怎么处理的，因此若是真的感兴趣的能够照着我这个思路继续写下去

代码地址：https://github.com/Cing-self/...