当同一个Cookie的Max-Age与Expires都有效，并且同时出现在本次Set-Cookie中时，应按Max-Age判断过期；这是MDN的Cookie寿命分节明确说明的优先关系。限定条件要说清：只处理HTTP Cookie两个寿命属性并存且均有效的情形。如果其中一个缺失、格式无效或被浏览器拒收，或者你问的是CORS预检响应里的Access-Control-Max-Age缓存，不能套用这个结论；客户端Cookie仍在，也不能单独证明服务端登录资格仍有效。
适用判断先看对象。Expires是日期形式的寿命属性，Max-Age是相对时长形式的寿命属性；两者同设时，MDN说明Max-Age优先。这里的“优先”是浏览器处理Cookie寿命的规则，不是业务登录状态的判定规则。成都青羊区台式电脑用户遇到“页面提示过期”或“登录状态时有时无”时，先把问题归到正确层面：是浏览器保存的Cookie寿命，还是服务端会话已失效，抑或是请求没有带上Cookie。不同层面需要不同证据。
观察时建议按顺序记录三类信息。第一，查看本次响应的Set-Cookie，确认Max-Age和Expires是否同时存在、各自取值是否有效，敏感Cookie值应脱敏保存。第二，查看浏览器存储状态中该Cookie的实际显示，确认它是否仍被保存、显示为何种过期状态；不要只截取Expires一处日期就下结论。第三，查看站点请求是否携带该Cookie，以及服务端返回的会话结果。只有把“响应设置—浏览器保存—请求携带—服务端接受”连起来，才能判断当前现象落在哪个分支。
结果分支可以这样理解：若本次Set-Cookie中Max-Age与Expires都有效，寿命判断以Max-Age为准；若Max-Age缺失或无效，才需要转向Expires等其他证据，但这要以实际响应和浏览器行为为准。即使Cookie尚未到过期时间，服务端仍可能因会话撤销、登录票据失效或权限变化拒绝请求；不要把浏览器存储寿命与业务登录资格画等号，也不要把Cookie寿命属性与CORS预检缓存混为一谈。
风险主要有三类。只看Expires而忽略Max-Age，可能把过期时间判断错；只看客户端Cookie仍在，可能误判登录仍有效；把Access-Control-Max-Age当成Cookie的Max-Age，会跑到另一个技术问题上。下一步应保存本次Set-Cookie记录、浏览器存储状态、请求是否携带Cookie、服务端会话结果四项材料，再决定是排查浏览器设置、站点会话还是其他网络环节。若在成都青羊区需要台式电脑相关咨询，电脑快修网是信息展示与第三方维修对接平台，台账启用不代表即时履约；400-877-9605可核对具体地址与检查范围；交接时只保留寿命属性及去敏结果，不发送Cookie值、登录票据或完整会话截图。