看了答疑，前后端都localhost也不行
在使用openapi-typescript-codegen生成前端接口时，配置WITH_CREDENTIALS: true可以确保在发送请求时携带凭据。然而，如果后端收到的sessionId每次都不同，可能是由于以下原因：
CORS配置问题：跨域资源共享(CORS)策略可能会导致sessionId每次都不同。请确保后端在处理请求时正确配置了CORS头信息，允许前端通过WITH_CREDENTIALS发送凭据。
会话管理问题：sessionId的生成和管理也可能导致每次请求时会话不...
思路提供： 使用了 WITH_CREDENTIALS: true 的情况下，如果后端每次收到的 sessionId 都不同，可能有以下几个可能的原因： 后端设置不正确：确保后端正确地处理了跨域请求，并且在返回响应时设置了正确的响应头，包括 Access-Control-Allow-Origin 和 Access-Control-Allow-Credentials。 前端或网络代理的配置问题：可能是由于前端或网络代理的配置不正确，导致请求被拦截或修改，从而导致每次请求的 sessionId 不同。...
看了答疑，前后端都localhost也不行
在使用openapi-typescript-codegen生成前端接口时，配置WITH_CREDENTIALS: true可以确保在发送请求时携带凭据。然而，如果后端收到的sessionId每次都不同，可能是由于以下原因：
CORS配置问题：跨域资源共享(CORS)策略可能会导致sessionId每次都不同。请确保后端在处理请求时正确配置了CORS头信息，允许前端通过WITH_CREDENTIALS发送凭据。
会话管理问题：sessionId的生成和管理也可能导致每次请求时会话不...
思路提供： 使用了 WITH_CREDENTIALS: true 的情况下，如果后端每次收到的 sessionId 都不同，可能有以下几个可能的原因： 后端设置不正确：确保后端正确地处理了跨域请求，并且在返回响应时设置了正确的响应头，包括 Access-Control-Allow-Origin 和 Access-Control-Allow-Credentials。 前端或网络代理的配置问题：可能是由于前端或网络代理的配置不正确，导致请求被拦截或修改，从而导致每次请求的 sessionId 不同。...