HttpServletRequest中的安全管理方法是什么

本篇内容主要讲解“HttpServletRequest中的安全管理方法是什么”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“HttpServletRequest中的安全管理方法是什么”吧!

目前累计服务客户数千家，积累了丰富的产品开发及服务经验。以网站设计水平和技术实力，树立企业形象，为客户提供成都网站设计、网站建设、外贸网站建设、网站策划、网页设计、网络营销、VI设计、网站改版、漏洞修补等服务。创新互联公司始终以务实、诚信为根本，不断创新和提高建站品质，通过对领先技术的掌握、对创意设计的研究、对客户形象的视觉传递、对应用系统的结合，为客户提供更好的一站式互联网解决方案，携手广大客户，共同发展进步。

Spring Security 中对 HttpServletRequest 请求进行了封装，重写了 HttpServletRequest 中的几个和安全管理相关的方法，想要理解 Spring Security 中的重写，就要先从 HttpServletRequest 开始看起。

有小伙伴可能会说，HttpServletRequest 能跟安全管理扯上什么关系？今天就来和大家捋一捋，我们不讲 Spring Security，就来单纯讲讲 HttpServletRequest 中的安全管理方法。

1.HttpServletRequest

在 HttpServletRequest 中，我们常用的方法如：

• public String getHeader(String name);

• public String getParameter(String name);

• public ServletInputStream getInputStream()

• …

这些常见的方法可能大家都有用过，还有一些不常见的，和安全相关的方法：

public String 
getRemoteUser();
public boolean isUserInRole(String role);
public java.security.Principal 
getUserPrincipal();
public boolean authenticate(HttpServletResponse response)
           throws IOException, ServletException;
public void login(String username, String password) throws ServletException;
public void logout() throws ServletException;

前面三个方法，在之前的 Servlet 中就有，后面三个方法，则是从 Servlet3.0 开始新增加的方法。从方法名上就可以看出，这些都是和认证相关的方法，但是这些方法，我估计很多小伙伴都没用过，因为不太实用。

在 Spring Security 框架中，对这些方法进行了重写，进而带来了一些好玩并且方便的特性，这个在后面的文章中再和大家分享。

要理解 Spring Security 中的封装，就得先来看看，不用框架，这些方法该怎么用！

2.实践出真知

我们创建一个普普通通的 Web 项目，不使用任何框架（后面的案例都基于此），然后在 doGet 方法中打印出 HttpServletRequest 的类型，代码如下：

@Override
protected void doGet(HttpServletRequest request, HttpServletResponse resp) throws ServletException, IOException {
   System.out.println("request.getClass() = " + request.getClass());
}

代码运行打印结果如下：

request.getClass() = 
class org.apache.catalina.connector.RequestFacade

HttpServletRequest 是一个接口，而 RequestFacade 则是一个正儿八经的 class。

HttpServletRequest 是 Servlet 规范中定义的 ServletRequest，这相当于是标准的 Request；但是在 Tomcat 中的 Request 则是 Tomcat 自己自定义的 Request，自定义的 Request 实现了 HttpServletRequest 接口并且还定义了很多自己的方法，这些方法还是 public 的，如果直接使用 Tomcat 自定义的 Request，开发者只需要向下转型就能调用这些 Tomcat 内部方法，这是有问题的，所以又用 RequestFacade 封装了一下，以至于我们实际上用到的就是 RequestFacade 对象。

那么毫无疑问，HttpServletRequest#login 方法具体实现就是在 Tomcat 的 Request#login 方法中完成的。经过源码追踪，我们发现，登录的数据源是由 Tomcat 中的 Realm 提供的，注意这个 Realm 不是 Shiro 中的 Realm。

Tomcat 中提供了 6 种 Realm，可以支持与各种数据源的对接：

• JDBCRealm：很明显，这个 Realm 可以对接到数据库中的用户信息。

• DataSourceRealm：它通过一个 JNDI 命名的 JDBC 数据源在关系型数据库中查找用户。

• JNDIRealm：通过一个 JNDI 提供者1在 LDAP 目录服务器中查找用户。

• UserDatabaseRealm：这个数据源在 Tomcat 的配置文件中 conf/tomcat-users.xml。

• MemoryRealm：这个数据源是在内存中，内存中的数据也是从 conf/tomcat-users.xml 配置文件中加载的。

• JAASRealm：JAAS 架构来实现对用户身份的验证。

如果这些 Realm 无法满足需求，当然我们也可以自定义 Realm，只不过一般我们不这样做，为啥？因为这这种登录方式用的太少了！今天这篇文章纯粹是和小伙伴们开开眼界。

如果自定义 Realm 的话，我们只需要实现 org.apache.catalina.Realm 接口，然后将编译好的 jar 放到 $CATALINA_HOME/lib 下即可，具体的配置则和下面介绍的一致。

接下来我和大家介绍两种配置方式，一个是 UserDatabaseRealm，另一个是 JDBCRealm。

2.1 基于配置文件登录

我们先来定义一个 LoginServlet：

@WebServlet(urlPatterns = 
"/login")
public class LoginServlet extends HttpServlet {
   @Override
   protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
       doPost(req, resp);
   }

   @Override
   protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
       String username = req.getParameter("username");
       String password = req.getParameter("password");
       try {
           req.login(username, password);
       } 
catch (ServletException e) {
           req.getRequestDispatcher("/login.jsp").forward(req, resp);
           return;
       }
       boolean login = req.getUserPrincipal() != 
null && req.isUserInRole("admin");
       if (login) {
           resp.sendRedirect("/hello");
           return;
       } 
else {
           req.getRequestDispatcher("/login.jsp").forward(req, resp);
       }
   }
}

当请求到达后，先提取出用户名和密码，然后调用 req.login 方法进行登录，如果登录失败，则跳转到登录页面。

登录完成后，通过获取登录用户信息以及判断登录用户角色，来确保用户是否登录成功。

如果登录成功，就跳转到项目应用首页，否则就跳转到登录页面。

接下来定义 HelloServlet：

@WebServlet(urlPatterns = 
"/hello")
public class HelloServlet extends HttpServlet {
   @Override
   protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
       doPost(req,resp);
   }

   @Override
   protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
       Principal userPrincipal = req.getUserPrincipal();
       if (userPrincipal == 
null) {
           resp.setStatus(401);
           resp.getWriter().write("please login");
       } 
else if (!req.isUserInRole("admin")) {
           resp.setStatus(403);
           resp.getWriter().write("forbidden");
       }else{
           resp.getWriter().write("hello");
       }
   }
}

在 HelloServlet 中，先判断用户是否已经登录，没登录的话，就返回 401，已经登录但是不具备相应的角色，就返回 403，否则就返回 hello。

接下来再定义 LogoutServlet，执行注销操作：

@WebServlet(urlPatterns = 
"/logout")
public class LogoutServlet extends HttpServlet {
   @Override
   protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
       doPost(req,resp);
   }

   @Override
   protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
       req.logout();
       resp.sendRedirect("/hello");
   }
}

logout 方法也是 HttpServletRequest 自带的。

最后再简单定义一个 login.jsp 页面，如下：

<%@ page contentType="text/html;charset=UTF-8" language="java" %>


   



   
   
   

所有工作都准备好了，接下来就是数据源了，默认情况下加载的是 conf/tomcat-users.xml 中的数据，找到 Tomcat 的这个配置文件，修改之后内容如下：

配置完成后，启动项目进行测试。登录用户名是 javaboy，登录密码是 123，具体的测试过程我就不再演示了。

2.2 基于数据库登录

如果想基于数据库登录，我们需要先准备好数据库和表，需要两张表，user 表和 role 表，如下：

CREATE TABLE `user` (
 `id` int(11) 
unsigned NOT NULL AUTO_INCREMENT,
 `username` varchar(255) 
COLLATE utf8mb4_unicode_ci 
DEFAULT NULL,
 `password` varchar(255) 
COLLATE utf8mb4_unicode_ci 
DEFAULT NULL,
 PRIMARY 
KEY (`id`)
) 
ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8mb4 
COLLATE=utf8mb4_unicode_ci;
CREATE TABLE `role` (
 `id` int(11) 
unsigned NOT NULL AUTO_INCREMENT,
 `username` varchar(255) 
COLLATE utf8mb4_unicode_ci 
DEFAULT NULL,
 `role_name` varchar(255) 
COLLATE utf8mb4_unicode_ci 
DEFAULT NULL,
 PRIMARY 
KEY (`id`)
) 
ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8mb4 
COLLATE=utf8mb4_unicode_ci;

然后向表中添加两行模拟数据：

接下来，找到 Tomcat 的 conf/server.xml 文件，修改配置，如下：

        driverName="com.MySQL.jdbc.Driver"
       connectionURL="jdbc:mysql://localhost:3306/basiclogin"
       connectionName="root" connectionPassword="123"
       userTable="user" userNameCol="username"    
       userCredCol="password"
       userRoleTable="role" roleNameCol="role_name" />

在这段配置中：

• 指定 JDBCRealm。

• 指定数据库驱动。

• 指定数据库连接地址。

• 指定数据库连接用户名/密码。

• 指定用户表名称；用户名的字段名以及密码字段名。

• 指定角色表名称；以及角色字段名。

配置完成后，再次登录测试，此时的登录数据就是来自数据库的数据了。

3.优化

前面的 HelloServlet，我们是在代码中手动配置的，要是每个 Servlet 都这样配置，这要搞到猴年马月了～

所以我们对此可以在 web.xml 中进行手动配置。

首先我们创建一个 AdminServlet 进行测试，如下：

@WebServlet(urlPatterns = 
"/admin/hello")
public class AdminServlet extends HttpServlet {
   @Override
   protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
       resp.getWriter().write("hello admin!");
   }
}

然后在 web.xml 中进行配置：

   
       admin
       /admin/*
   
   
       admin
   


   admin

这个配置表示 /admin/* 格式的请求路径，都需要具有 admin 角色才能访问，否则就访问不到，这样，每一个 Admin 相关的 Servlet 就被保护起来了，不用在 Servlet 中写代码判断了。

到此，相信大家对“HttpServletRequest中的安全管理方法是什么”有了更深的了解，不妨来实际操作一番吧！这里是创新互联网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！