如何在ELB中实现基于应用的粘性会话？Laravel配置咨询

一、让请求自动携带STICKYSESSID Cookie #

浏览器默认会自动携带同域名下符合规则的Cookie，你只需要在Laravel里把Cookie参数配置正确，无需手动在每个请求里添加。

Laravel控制器中设置Cookie的代码示例：

return response()
    ->cookie(
        'STICKYSESSID', // 要和后续ELB配置的Cookie名称完全一致（大小写敏感）
        uniqid(), // 生成唯一标识，也可使用用户session_id等唯一值
        1440, // 过期时间（单位：分钟），按需调整
        '/', // Cookie生效路径，设为/表示全站所有请求都可携带
        '.yourdomain.com', // 域名，加前缀.让子域名也能共享Cookie
        true, // 仅HTTPS传输，生产环境必须开启
        true // 设为true防止JS读取Cookie，更安全，不影响浏览器自动携带
    );

配置完成后，可在浏览器开发者工具的「Application」标签中查看Cookie列表，确认STICKYSESSID的domain、path、secure属性符合预期。之后所有同域请求（页面跳转、Ajax、静态资源加载）都会自动带上该Cookie。

二、Ajax请求的Cookie携带问题 #

• 同域Ajax请求：无需额外处理。不管用jQuery、axios还是fetch，浏览器都会自动将符合规则的Cookie塞进请求头。比如fetch默认credentials: 'same-origin'会自动携带同域Cookie，jQuery更是默认开启该行为。
• 跨域Ajax请求：这种场景在ELB粘性会话中很少见，若确有需求，需后端配置CORS允许携带凭证（设置Access-Control-Allow-Credentials: true），同时前端请求要显式开启携带凭证（比如axios的withCredentials: true、fetch的credentials: 'include'）。

三、生产环境部署前必做检查 #

因为无测试环境，必须把所有细节确认清楚再操作：

1. 本地验证Cookie逻辑：
   • 启动Laravel内置服务器测试，确认Cookie能正确生成，请求头中自动携带STICKYSESSID。比如刷新页面，查看Network标签的Request Headers里是否有Cookie: STICKYSESSID=xxx。
2. ELB配置核对：
   • 登录云服务商控制台，找到目标ELB，将粘性会话从「时长Cookie」切换为「应用Cookie」模式，指定Cookie名称为STICKYSESSID（注意大小写完全匹配）。
   • 确认ELB的HTTP/HTTPS监听器已开启粘性会话，关联的目标组健康检查正常，无实例下线情况。
3. 准备回滚方案：
   • 先截图或导出当前ELB的粘性会话配置，若部署后出问题，可快速切回原时长Cookie模式。
   • Laravel代码中保留原逻辑的注释，不要直接删除，方便紧急回滚。
4. 小流量验证（可选）：
   • 若云服务商支持流量拆分，先将10%左右的流量切到新配置，观察1-2小时，查看ELB访问日志确认每个用户的请求都路由到同一个实例，同时检查应用日志是否有异常。
   • 找内部用户测试核心功能，确认登录、会话相关操作正常。

四、常见问题排查 #

• 请求不带Cookie：检查Cookie的domain是否和当前请求域名匹配，比如应用是app.yourdomain.com，Cookie的domain需设为.yourdomain.com或app.yourdomain.com，不能设为yourdomain.com（不带前缀的话子域名无法共享）。
• ELB不识别Cookie：确认ELB配置的Cookie名称和Laravel设置的完全一致，大小写敏感，比如STICKYSESSID和StickySessId是两个不同的Cookie。
• Ajax请求不带Cookie：若用fetch，检查是否添加了credentials: 'same-origin'；若为跨域请求，检查CORS配置是否允许凭证，前端是否开启了携带凭证的选项。

内容的提问来源于stack exchange，提问作者Jagabandhu