谷歌Chrome是否会阻止csrftoken生成？同站点火狐可见Chrome缺失原因查询

问题原因 #

你遇到的Chrome、火狐Cookie读取差异，本质是两款浏览器对SameSite Cookie的默认处理策略不同导致的，你使用的getCookie读取函数本身没有逻辑问题，Chrome中出现的地图资源加载失败、LogRocket配额告警和本次Cookie读取异常无关，属于独立的业务问题。

• 从80版本开始，Chrome就默认启用了强制SameSite Cookie规则：所有未显式声明SameSite属性的Cookie会被默认赋值为SameSite=Lax，且仅当Cookie同时配置SameSite=None; Secure时才允许在第三方上下文中被读取、携带。不符合规则的Cookie会被Chrome静默拦截，既不会存储也不会暴露给document.cookie接口，所以你无法读取，控制台默认也不会提示这类拦截（需要手动到开发者工具的Issues面板查看完整警告）。
• 火狐的SameSite规则执行粒度更宽松，对不符合SameSite规范的Cookie只会弹出你看到的「部分Cookie的SameSite属性配置不符合推荐规范」警告，不会直接拦截，因此Cookie仍然会存储到document.cookie中，可以正常读取。
• 除此之外，Chrome正在逐步落地默认阻止第三方Cookie的策略，如果你的csrftoken、sessionId属于跨站第三方Cookie，也会被Chrome默认拦截，火狐当前默认的第三方Cookie拦截策略优先级更低，不会出现该问题。

排查与修复方案 #

• 先在Chrome开发者工具的「应用」-「存储」-「Cookie」路径下选中当前站点域名，确认两个Cookie是否被拦截未写入。
• 后端修改Set-Cookie响应头配置，根据使用场景补充SameSite属性：
  • 同站使用的场景：显式添加SameSite=Lax即可适配所有浏览器。
  • 跨站嵌入/跨域请求使用的场景：必须同时添加SameSite=None; Secure，且仅能在HTTPS环境下生效。
• 本地HTTP开发环境调试时，可以临时在Chrome启动参数中添加--disable-features=SameSiteByDefaultCookies,CookiesWithoutSameSiteMustBeSecure关闭默认策略验证。

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