本文概述了一套面向开发与联调的检查清单，用以快速判断网站上线或接入CDN后是否会影响对接，并给出可执行的兼容性验证步骤，帮助开发、测试与运维在联调阶段发现并规避常见问题，确保接口与资源在分发层改变后仍能稳定对接。
如何确认CDN是否影响接口对接？
确认是否受影响的第一步是有目的地重现流量路径：在本地或测试环境通过绕过与接入CDN两种方式访问相同接口，比较响应头、状态码、延迟与返回数据。重点观察缓存策略、CORS、请求方法（GET/POST/PUT/DELETE）与鉴权头部是否被修改或被缓存。使用抓包工具和CDN提供的调试日志可以快速定位变更点。
为什么网站加了CDN会导致对接出现问题？
加CDN后出现问题通常归结于缓存、路由与安全策略三类：缓存导致旧数据或鉴权信息被误缓存；路由或负载均衡改变源站可见IP与会话粘性，影响基于IP或会话的限制；WAF、速率限制或重写规则在边缘节点生效，导致请求被拦截或篡改。理解这些原因能指导清单中的具体测试项。
哪个环节需要纳入开发联调清单？
需要纳入的环节包括：DNS与解析测试、证书与HTTPS链路验证、CORS与预检(OPTIONS)请求、缓存控制（Cache-Control/ETag）、鉴权与签名校验、POST/上传/大文件断点续传路径、重定向与URL重写、日志与监控接入。每个环节都应有明确的验证方法与预期结果。
在哪里检查资源与接口的兼容性？
检查应覆盖三个位置：客户端（浏览器或移动端）以验证前端行为；边缘节点或CDN控制台以查看缓存命中、回源与规则；源站日志以确认请求是否到达及其原始状态。结合抓包工具、CDN提供的实时日志和源站访问日志，可以从端到端验证整个调用链的兼容性。
多少项检测是基本必需的？
一份最小可用的联调清单应包含6–10项关键检测：1) DNS与证书解析；2) HTTPS完整性与链路安全；3) CORS与预检；4) 身份鉴权与令牌流转；5) 缓存策略与回源行为；6) 上传/文件处理与大文件支持；7) 响应头与内容完整性；8) 错误码与重试逻辑。根据业务复杂度可扩展更多细化项。
怎么制定一份实用的联调清单以保证兼容？
制定步骤可分为四步：第一，梳理业务关键路径并列出所有会受到CDN影响的资源与接口；第二，为每一路径定义测试用例与判定标准，例如缓存是否应为no-cache、CORS是否允许特定域、鉴权是否对代理透明；第三，按角色分配责任（前端/后端/运维/测试），明确谁在何环境执行哪些用例并记录结果；第四，准备回退方案与监控阈值，一旦上线后出现异常可以快速回滚或调整边缘规则。工具建议包括curl/wget、浏览器开发者工具、CDN控制台的调试工具、自动化脚本与持续集成流水线中的合规检测步骤。
在哪里可以快速定位并修复联调中发现的问题？
快速定位依赖于三层数据：客户端重现的请求/响应、CDN边缘日志（缓存命中/回源信息、规则触发记录）以及源站日志（应用层错误、鉴权失败）。遇到问题优先检查响应头中的缓存与安全字段，确认是否由边缘规则或缓存引起；若为鉴权或签名失败，查看是否有代理修改头部或请求体；若为跨域问题，核对预检(OPTIONS)返回中的Access-Control相关字段。修复策略有针对性修改边缘规则、调整源站响应头或在客户端增加重试/清缓存逻辑。