SvelteKit刷新后Cookie消失，无关API调用后旧值重现问题求助

问题现象 #

• 调用/api/signup/delivercode接口并传入正确验证码后，设置了无过期时间的account Cookie，但刷新页面后该Cookie消失；
• 调用/api/signup接口时，已消失的旧account Cookie会重新出现，当前代码中无操作该Cookie的逻辑，但接口返回了此Cookie，且浏览器和event.cookies.get()均无法读取到它，刷新后再次消失。

排查方向（优先怀疑代码逻辑，而非SvelteKit Bug） #

1. 检查account Cookie的设置参数 #

无过期时间的Cookie属于会话Cookie，默认仅在当前会话有效，但如果刷新就消失，大概率是设置时的path参数不正确：

• 如果设置account Cookie时未指定path: '/'，则该Cookie仅对/api/signup/路径生效，刷新到根路径或其他页面时，浏览器不会携带此Cookie，看起来像“消失”了。
• 确认delivercode端点中设置account Cookie的代码，需确保参数完整：

  cookies.set('account', cookieValue, {
    httpOnly: true,
    sameSite: 'strict',
    path: '/', // 关键：确保全站路径可访问
    // 若需持久化而非会话Cookie，需添加maxAge或expires
    // maxAge: 60 * 60 * 24 * 7 // 示例：7天有效期
  });
  

2. 排查隐藏的Cookie设置逻辑 #

你提到/api/signup端点仅在调用apiConsts.mail时操作Cookie，但需确认：

• schemas.account.create(info)方法内部是否存在操作响应头（如Set-Cookie）的逻辑？比如数据库操作后是否通过某种方式修改了响应？
• 检查项目中的服务器钩子（如hooks.server.js），是否有全局处理响应并添加Cookie的逻辑？

3. 分析接口响应头 #

用浏览器开发者工具的Network面板查看：

• 调用/api/signup时，查看Response Headers中的Set-Cookie字段，确认account Cookie是否由服务器主动返回；
• 若服务器确实返回了该Cookie，说明代码中必然存在设置它的逻辑，需进一步排查所有涉及响应头操作的代码。

4. 排除开发模式干扰 #

SvelteKit开发模式的热重载、缓存机制可能导致异常，尝试：

• 重启开发服务器；
• 构建生产版本并运行，验证问题是否依然存在。

5. 浏览器环境排查 #

• 清除浏览器所有Cookie和缓存后重新测试；
• 检查浏览器隐私设置，是否阻止了会话Cookie或同域Cookie。

结论 #

这类Cookie异常几乎都是代码逻辑或参数设置问题，SvelteKit的cookies API基于标准HTTP Cookie机制，极少出现此类诡异Bug，优先从上述方向排查。

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