请教一下关于跨域方面的问题，主要是后台、springboot 方面的问题。

SpringSession，右边这个"spring-session-data-redis"，是怎么实现共享的？存放在 redis 里就是共享吗？
但是我在使用过程中获取 session 还是 request.getSession()，那我要怎么根据 session.getId()来获得我想要的 session 呢？
我觉得上面的问题只要是我不理解跨域是怎么回事。我现在遇到了这么一个问题。有一个后台访问的端口是 8081，而前台的页面是在 80 端口上的，所以前台所有的 ajax 请求,我在后台 request.getSession().getId()都是不一样的，这种情况就是跨域问题吧？
一开始的时候找到一些解决跨域的方法，但是好像没有什么效果，而且自己也没理解是什么原理。自己猜测跨域的原因是服务器禁止了一些不符合要求的请求访问，这些解决跨域的方法是允许这些请求的访问。请问这个理解对么？

@Configuration
public class CorsConfig {
    private CorsConfiguration buildConfig() {
        CorsConfiguration corsConfiguration = new CorsConfiguration();
        corsConfiguration.addAllowedOrigin("*"); 
        corsConfiguration.addAllowedHeader("*"); 
        corsConfiguration.addAllowedMethod("*");
        return corsConfiguration;
    }

    @Bean
    public CorsFilter corsFilter() {
        UrlBasedCorsConfigurationSource source = new UrlBasedCorsConfigurationSource();
        source.registerCorsConfiguration("/**", buildConfig());
        return new CorsFilter(source);
    }
}

@Configuration
public class CrossInterceptor implements HandlerInterceptor {
    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object o) throws Exception {
        if (request.getHeader(HttpHeaders.ORIGIN) != null) {
            String origin = request.getHeader("Origin");
            response.addHeader("Access-Control-Allow-Origin", origin);
            response.addHeader("Access-Control-Allow-Credentials", "true");
            response.addHeader("Access-Control-Allow-Methods", "POST, GET, OPTIONS, DELETE, PUT,PATCH, HEAD");
            response.addHeader("Access-Control-Allow-Headers", "Content-Type");
            response.addHeader("Access-Control-Max-Age", "3600");
        }
        return true;
    }
}

不好意思，我有点找不到学习的方向了，希望各位大大给我指点一下，不要嫌弃我伸手呀。

qinxi

2018-12-03 13:24:22 +08:00

跨域跟 session 有什么关系..
跨域是浏览器实现的限制.
如果只是处理跨域
@Bean
public CorsFilter corsFilter() {
UrlBasedCorsConfigurationSource source = new UrlBasedCorsConfigurationSource();
CorsConfiguration config = new CorsConfiguration();
config.setAllowCredentials(true);
config.addAllowedOrigin("*");//调用方域名
config.addAllowedHeader("*");
config.addAllowedMethod("GET");
config.addAllowedMethod("PUT");
config.addAllowedMethod("POST");
config.addAllowedMethod("DELETE");
config.addAllowedMethod("OPTIONS");
source.registerCorsConfiguration("/**", config);
return new CorsFilter(source);
}

session 这个东西你就把他当作是一个 map. 以前是在单机上.spring-session-redis 只是把这个东西变成共享的了.
集群更方便.

session 和跨域没啥关系, 默认情况下:只要你带上正确的 cookie, 请求就可以被正常的处理, 之后浏览器才会针对 ResponseHeader 做跨域检测.

由于上面说的方式会存在风险: 就算不让跨域, 可是服务端已经处理了.

options 请求.用来预检测是否允许接下来的实际请求. 这个请求通常没有实际作用.

https://developer.mozilla.org/en-US/docs/Web/HTTP/Methods/OPTIONS

chanchan

2018-12-03 13:30:42 +08:00

复制一段阿里云文档的内容给你看看：
跨域访问，或者说 JavaScript 的跨域访问问题，是浏览器出于安全考虑而设置的一个限制，即同源策略。当来自于 A 网站的页面中的 JavaScript 代码希望访问 B 网站的时候，浏览器会拒绝该访问，因为 A、B 两个网站是属于不同的域。

在实际应用中，经常会有跨域访问的需求，比如用户的网站 www.a.com ，后端使用了 OSS。在网页中提供了使用

JavaScript 实现的上传功能，但是在该页面中，只能向 www.a.com 发送请求，向其他网站发送的请求都会被浏览器拒绝。这样就导致用户上传的数据必须从 www.a.com 中转。如果设置了跨域访问的话，用户就可以直接上传到 OSS 而无需从 www.a.com 中转。
-----------------------------------------------------------
我感觉你已经解决了跨域问题，你接下来要解决的是让 sessionId 保持不变

wly19960911

2018-12-03 14:26:59 +08:00

首先去看看 session 的原理，session id 和 session 的关系，还有 sessionid 存放在浏览器哪里（ cookies ）。

跨域问题，使用插件可以解决 https://chrome.google.com/webstore/detail/allow-control-allow-origi/nlfbmbojpeacfghkpbjhddihlkkiljbi，这个成本相对比较低，真正解决需要反向代理，如果可以的话解释下，为什么前端和后端端口不一致，前端 npm start 启动了调试服务器吗，这个的话，npm 有个 proxyTable 去处理反代问题