【JavaEE】Cookie与Session的前后端交互-表白墙登录设计

【JavaEE】Cookie与Session的前后端交互-表白墙登录设计

【JavaEE】Cookie与Session的前后端交互-表白墙登录设计

在Cookie的第一次认识是在这一篇博客：【JavaEE】HTTP应用层协议_s:103的博客-CSDN博客

博客片段：

而现在，就是在前后端配合下，感受Cookie的存在！

1. Cookie与Session

以上的内容是浏览器存储数据的Cookie机制，而Cookie中存储用户身份标识，而身份标识代表什么，应该是存在服务器那一端的~

• 而这就是后端的Session（会话）机制

• 而Session一般是在内存中存储的，也就是说服务器刷新就没了

  • Session则是一个哈希表，key为sessionId（浏览器Cookie在Session记录时产生的session对象的id），value则是对应的信息（小哈希表，Cookie的键值对）！
  • 而这两个机制就是为了提高页面体验用的（暂时寄存信息）
  • 他们之间只是“朋友”而非“伴侣”

  1. 完全可以用Cookie来保存一些数据来客户端，这些数据不一定是用户身份信息，也不一定是sessionId（别名token）
  2. Session中的sessionId也不需要非得Cookie/Set-Cookie传递

  目前不讲解其他的方式

在本版本中，用户信息在数据库中，简简单单的存储名字和密码~

1.1 后端doPost的实现

class User{
    public String name;
    public String password;

    public User() {

    }

    public User(String name, String password) {
        this.name = name;
        this.password = password;
    }
}

@WebServlet("/login")
public class LogIn extends HttpServlet {

}

1.1.1 隐藏的全局变量

• 而这个“全局变量”，就是一个哈希表

1.1.2 获取请求对应的HttpSession对象

• 这一点，方法内部帮你识别了请求中的Cookie

而其中就有一个属性：sessionId，用这个值就可以直接在总的Session里进行“查询哈希表”操作~

HttpSession session = req.getSession(true);
resp.setContentType("text/html; charset=utf8");//设置响应的字符集

getSession方法，顾名思义，可以获取req对应的session

1. 传入true，不存在此请求的Cookie对应的session，则建立一个，返回新建立的session对象~
   • 自然就帮我们给Cookie设置了sessionId了
2. 传入false，不存在此请求的Cookie对应的session，返回null~

而这个session是引用，其改变殃及总的大Session！

1.1.3 约定前后端交互方式

• 本文重点在于登录页面设计，所以在交互的时候，传递的信息仅仅是用户名和密码~

我用的ajax构造的json格式的字符串~

• json前后端相关操作讲解博客：【JavaEE】简单前后端分离小项目-表白墙_s:103的博客-CSDN博客

全局性质的变量：ObjectMapper objectMapper = new ObjectMapper();

User user = objectMapper.readValue(req.getInputStream(), User.class);

1.1.4 验证用户名与密码是否正确

用这个构造出来的对象的属性，在数据库里查询验证即可

• JDBC编程基础博客：【MySQL】Java-JDBC_s:103的博客-CSDN博客

String username = "'" + user.name + "'";//获取key对应值
String password = "'" + user.password + "'";

DataSource dataSource = new MysqlDataSource();
((MysqlDataSource)dataSource).setUrl("jdbc:mysql://127.0.0.1:3306/Loves?characterEncoding=utf8&useSSL=false");
((MysqlDataSource)dataSource).setUser("root");
((MysqlDataSource)dataSource).setPassword("mmsszsd666");//这是俺的微信号，欢迎添加，相互学习！
try {
    Connection connection = dataSource.getConnection();
    String sql = "select * from users where name = " + username + "and" + password + ";";
    PreparedStatement preparedStatement = connection.prepareStatement(sql);

    //这里的Set并不是，对象为Love的Set集合，而是一个迭代器！
    ResultSet set = preparedStatement.executeQuery();
    //迭代他（是next方法而不是hasNext）
    if(set.next()) {
        //有这个用户
    }else {
        //没有这个用户
    }
    set.close();
    preparedStatement.close();
    connection.close();
} catch (SQLException e) {
    e.printStackTrace();
}

1.1.5 没有这个用户的情况

resp.getWriter().write("No");

• 直接在resp正文中写个“No”

1.1.6 有这个用户的情况

session.setAttribute("username", username);
resp.getWriter().write("欢迎" + username + "！");

• 调用session.setAttribute方法，向session（小哈希表）中添加键值对

  • 内部则调用了setCookie这样的方法，去设置客户端的Cookie
  • 返回响应里则多了set-Cookie属性

  Attribute就是属性的意思

• 在resp正文中写，欢迎词（是动态的，由用户名决定）

1.2 后端代码doGet实现

1.2.1 获取请求对象的HttpSession对象

HttpSession session = req.getSession(false);
resp.setContentType("text/html; charset=utf8");//设置响应的字符集

• 在这里，无需进行不存在自动创建的逻辑，因为不存在就是不存在，这里又不可能填入信息~

1.2.2 非空校验

• 此请求的Cookie在这里没有记录，session的值就为null

  • 响应写入“No”，结束方法（return）
    

• 调用session的getAttribute方法，传入key值，查找value

  • 如果这个value为null，则响应写入No，结束方法（return）
  • value为空代表session中不存在key为username的键值对，为什么呢

  

  • 这是因为在doPost建立session的时候，是在一开始，其中是有可能没有进行添入的操作的
  • 而这样子做，是为了给这一个客户端发来的请求，“提前留位置”

if(session == null) {//不存在这条记录
    resp.getWriter().write("No");
    return;
}
String username = (String)session.getAttribute("username");
if(username == null) {
    resp.getWriter().write("No");
    return;
}

1.2.3 用户名在session中查得到

向响应中写入成功访问含义的字符串（动态） -> 报喜

resp.getWriter().write("欢迎" + username + "！");

1.3 前端代码

前端页面分为：

1. 表白墙主页 wall.html
2. 登录页面 login.html

其中登录页面我直接抄了之前博客系统页面的“博客登录页”：前端综合项目-个人博客网页设计_s:103的博客-CSDN博客

效果：

改动：（导航栏删了一些信息）

• form表单去掉了
• 点击submit按钮，调用js函数login()

1.3.1 表白墙主页

1. 如果浏览器Cookie里的信息在服务器中有记录 --> 正常
2. 否则 --> 登录异常（跳转到登录页面）

这也是为什么刚才我要在body里写No的原因，就是为了判断这两种情况

jQuery.ajax({
    type: "get",
    url: "login",
    success: function (body) {
        if (body == "No") {
            window.location.href = "login.html";
        }else {
            alert(body);
        }
    },
});

• 这条语句需要在每次刷新的时候执行~

此代码发送给/login程序一个get请求，返回一个响应

1. body为No，跳转到登录页面（login.html）
2. 正常，弹框

1.3.2 表白墙登录页

1. login函数

在此函数内要获取username和password（进行非空校验），并且构造json对象，转化为json字符串，用ajax构造请求，传给客户端

到这里，你可能意识到了，虽然get和post是没有本质区别的，但是一个服务器的不同请求，是要进行不同逻辑的，则才有了不同的请求方法来区分，后端可以以此区分，进行不同逻辑

function login() {
    var name = jQuery("#username");
    var password = jQuery("#password");
    if (name.val().trim() == "") {
        alert("请输入是谁！");
        name.focus();
        return;
    }
    if (password.val().trim() == "") {
        alert("请输入想对谁说！");
        password.focus();
        return;
    }
    var keyValue = {
        name: name.val(),
        password: password.val(),
    };

    jQuery.ajax({
        type: "post",
        url: "login",
        contentType: "application/json; charset=utf8",//设置body的格式为json
        data: JSON.stringify(keyValue),//转换json对象为json字符串
        success: function (body) {
            if (body == "No") {
                alert("用户名或者密码错误！");
            } else {
                window.location.href = "wall.html";
            }
        },
    });
}

• 同样的，通过响应是否为No去判断
  1. No，密码输入错误，弹框
  2. 非No，跳转到表白墙主页（登录成功）

2. 发送get请求

在此ajax语句中，需要向后端发送get请求，判断浏览器的Cookie的信息是否对的上（对的上则自动直接跳转到表白墙主页，不然的话，则说明登录失效）

jQuery.ajax({
    type: "get",
    url: "login",
    success: function (body) {
        if (body != "No") {
            window.location.href = "wall.html";
        } else {
            alert("登录失效");
        }
    },
});

1.4 目录结构

2. 测试

• 虽然一个设备只能登录一个账号，但是多个设备可以登录同一个账号，这也无大碍~
  

---

文章到此结束！谢谢观看
可以叫我 小马，我可能写的不好或者有错误，但是一起加油鸭🦆！

本文源码连接：showLove · 游离态/马拉圈2023年6月 - 码云 - 开源中国 (gitee.com)

表白墙还需要各种优化，敬请期待吧！

---