前后端分离不存在会话,sessionid不一致问题

目录

1.使用拦截器解决跨域的示例:

2.使用redis,不使用session


前后端不分离项目我们可以通过session存储数据,但是前后端分离时不存在会话,每次请求sessionid都会改变,当值我们储存的数据不能取出来。

1.使用拦截器解决跨域的示例:

前端代码:

复制代码
`fetch('http://localhost:8080/api/user', {
  method: 'GET',
  headers: {
    'Content-Type': 'application/json;charset=UTF-8'
  }
})
.then(response => response.json())
.then(data => console.log(data))
.catch(error => console.error(error))
`

在上面的代码中,我们使用fetch函数向后端发送了一个GET请求,并设置了请求头中的Content-Type为application/json;charset=UTF-8。

后端代码:

首先,我们需要定义一个拦截器,在请求处理之前进行跨域处理:

复制代码
`public class CorsInterceptor implements HandlerInterceptor {

  @Override
  public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
    response.setHeader("Access-Control-Allow-Origin", "*");
    response.setHeader("Access-Control-Allow-Methods", "*");
    response.setHeader("Access-Control-Max-Age", "3600");
    response.setHeader("Access-Control-Allow-Headers", "*");
    response.setHeader("Access-Control-Allow-Credentials", "true");
    return true;
  }

}
`

在上面的拦截器中,我们设置了

Access-Control-Allow-Origin、

Access-Control-Allow-Methods、

Access-Control-Max-Age、

Access-Control-Allow-Headers、

Access-Control-Allow-Credentials等跨域请求头。

然后,在我们的配置类中注册拦截器:

复制代码
`@Configuration
public class CorsConfiguration implements WebMvcConfigurer {

  @Bean
  public CorsInterceptor corsInterceptor() {
    return new CorsInterceptor();
  }

  @Override
  public void addInterceptors(InterceptorRegistry registry) {
    registry.addInterceptor(corsInterceptor());
  }

}`

在上面的配置类中,我们创建了一个CorsInterceptor对象,并将其注册到InterceptorRegistry中,从而实现了使用拦截器解决跨域问题。

通过拦截器,我们可以在请求处理之前进行跨域处理,从而避免前后端分离中sessionid不同的问题。

2.使用redis,不使用session

把要存储到session的数据通过redis储存,思路一致

优点:

而Redis可以代替session是因为它具有快速、可靠的内存数据库特性,并且支持分布式存储,能够处理高并发的请求。在使用Redis代替session时,我们可以将session存储在Redis中,可以通过Redis提供的get和set方法来获取和设置session,从而实现前后端分离的状态管理。

使用Redis代替session的优点包括:

  1. 可以避免session共享带来的问题,如session劫持等安全问题。

  2. 可以提高系统的性能和可扩展性,因为Redis可以处理大量的请求,并且支持分布式存储。

  3. 可以提高系统的可靠性,因为Redis具有高可靠性和容错性,即使某个节点出现故障,也不会对整个系统造成影响。

总之,通过使用Redis代替session,可以在前后端分离的开发模式下,实现更加高效、可靠和安全的状态管理。

相关推荐
知守观3 分钟前
多模块架构演进:横向分层 vs 纵向领域,13 个真实项目的切分对照
java·后端·微服务
没有气的汽水4 分钟前
一次生产 Redis 内存打满的排查、清理和复盘
redis
Java成神之路-18 分钟前
Java String 为什么不可变?和 HashMap 到底有什么关系?
java
paopaokaka_luck22 分钟前
基于springboot+vue的益暖微光公益服务平台(DeepSeek公益助手、善款信息追溯、志愿服务积分闭环、ECharts运营分析、活动状态自动流转)
java·前端·javascript·spring boot·mysql·架构·echarts
文丑颜不良啊33 分钟前
LeetCode1401~1420题目解析
java·leetcode
Nuanyt34 分钟前
LeetCode Hot 100 链表专题2 3 题 (Java)
java·笔记·算法·leetcode·链表
文丑颜不良啊42 分钟前
LeetCode1341~1360题目解析
java·leetcode
hey you~1 小时前
云呼叫中心坐席自动分配实战:ACD 策略、Redis+Lua 实现与排查清单
数据库·redis·lua·云呼叫中心·acd·坐席分配·坐席状态机
QianhangQianping1 小时前
撤销重做不是「存快照」:一个可视化编辑器的Operation 设计
java·前端·数据库·typescript·编辑器·前端架构·撤销重做
海绵宝宝转agent1 小时前
LeetCodehot100题解
java·笔记·学习·算法·leetcode·深度优先