用户跳转Stripe完成支付返回后原站session变量是否保留？

只要你站点的session cookie配置正确，用户从Stripe支付完成回跳时原有session会正常生效，用户全程保持登录状态，不需要额外传参重新生成session。

你站点的session识别完全依赖你自有域名下的cookie，整个支付跳转流程是用户浏览器端的普通页面跳转：你的站点→Stripe官方域名→你的站点支付成功页，全程你域名下存储的session cookie不会被修改或清除。
跳回你站点时属于用户浏览器主动向你的域名发起GET请求，和用户在你站内点击普通链接跳转的逻辑完全一致，只要session没过期，服务端就能正常读取到session变量、识别登录状态。

• 不要给session cookie设置SameSite=Strict：这个模式下浏览器会完全禁止跨站跳转携带cookie，从Stripe（外域）跳回你站点时就会读不到session，表现为用户回跳后掉登录。把SameSite属性改成Lax即可，这个配置是目前业界通用方案，既允许跨站GET跳转携带cookie，也能防范CSRF攻击，安全性足够。
• 确认session有效期设置合理：如果用户在Stripe支付页停留时间超过你设置的session过期时间，回跳时session自然失效，这属于正常的session过期逻辑，和Stripe流程无关。

如果需要覆盖个别浏览器特殊cookie策略、用户手动禁用跨站cookie的极端情况，可以在生成Stripe Payment Link时，把当前登录用户的非敏感唯一标识（比如站内用户ID）拼接到回跳URL的参数中。用户回跳后优先读取原有session，如果session失效，再通过业务校验（比如校验该用户ID下是否有对应待完成支付订单、校验支付单状态）做无感恢复登录即可。

安全提醒：绝对不要把完整session id拼接到回跳URL中，避免session泄露导致账号被盗。不要仅凭URL里的用户ID参数直接登录用户，必须配合支付单校验逻辑，防止恶意构造URL伪造登录状态。

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