前后端分离不存在会话,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,可以在前后端分离的开发模式下,实现更加高效、可靠和安全的状态管理。

相关推荐
代码什么用1 小时前
Spring基础使用
java·后端·spring
Su米苏2 小时前
Spring AI 中MCP 与普通 @Tool的区别
java·人工智能·spring
码云数智-园园2 小时前
unique_ptr 还是 shared_ptr?C++ 智能指针选型与内存泄漏实战分析
java·开发语言
老板一杯拿铁2 小时前
Java 异常体系详解:从字节码原理到最佳实践
java
蜗牛互联网2 小时前
Java 17 HttpClient调用文件转写API的超时与失败回退
java·人工智能·后端
禾小西3 小时前
07丨Redis 哨兵机制:主库故障后,如何恢复服务?
java·开发语言·redis
我不是阵雨3 小时前
JDK 21虚拟线程Pinning陷阱:一文拔钉解困
java·开发语言
小卡车5553 小时前
java反射、自定义注解的应用(自定义分页)
java
BLUcoding4 小时前
接口服务公网超时排查记录:SecureRandom 阻塞问题分析与解决
java·linux·springboot·aes·securerandom
yuniko-n4 小时前
【JUC】Lock 和 synchronzied 锁
java