Gin框架指定域名清除Cookie失效，留空域名却正常的原因咨询
这是个非常典型的Cookie域名匹配规则问题，我来帮你拆解背后的原因：
核心原因：Cookie的属性匹配严格性
浏览器对Cookie的删除操作有严格的属性匹配要求，必须满足「Name、Path、Domain属性与原始Cookie完全一致」才能成功删除，尤其是Domain属性的处理有个容易踩的坑：
原始Cookie的Domain属性状态
我推测你当初设置登录Cookie的时候，没有显式指定Domain参数（和你后来成功删除时的代码一样留空了）。这时候浏览器会给这个Cookie标记为「无Domain属性」，并且只能被**精确的当前主机名（opencsg-stg.com）**匹配，不会包含子域名，也不接受带显式Domain的删除请求。显式指定Domain时不匹配的原因
当你在清除Cookie时显式传入"opencsg-stg.com"作为Domain参数，Gin会在Set-Cookie响应头里加上Domain=opencsg-stg.com。但浏览器会把这个请求视为「要删除带有Domain属性为opencsg-stg.com的Cookie」，而不是你之前设置的「无Domain属性的Cookie」——这在浏览器看来是两个不同上下文的Cookie，所以自然不会删除原始的登录Cookie。留空Domain时匹配成功的原因
当你把Domain参数留空时，Gin生成的Set-Cookie响应头不会包含Domain属性，这就和你当初设置Cookie时的属性完全一致了（Name、Path为/、无Domain）。浏览器匹配到完全相同的属性，就会正确删除对应的Cookie。
验证方式
你可以打开浏览器开发者工具的「Application」标签→「Cookies」→https://opencsg-stg.com，查看原始登录Cookie的Domain列：
- 如果原始Cookie的
Domain列是空白（仅显示主机名opencsg-stg.com），就代表它是「无Domain属性」的精确匹配Cookie，清除时必须留空Domain； - 如果原始Cookie的
Domain列明确显示为opencsg-stg.com或带点前缀的.opencsg-stg.com，那清除时才需要指定相同的Domain值。
总结建议
保持设置Cookie和清除Cookie的参数完全一致：
- 若设置Cookie时未指定Domain，清除时也不要指定；
- 若设置Cookie时显式指定了Domain，清除时必须传入完全相同的Domain值。
备注：内容来源于stack exchange，提问作者hiveer
