内容分发网络结合对象存储构建静态网站托管方案，关键不只是把文件放到存储桶，再接入边缘缓存；还要明确谁能访问源站、哪些文件缓存多久，以及发布后怎样平稳更新。以下以 Amazon S3 和 CloudFront 为例，梳理五项可落地的配置优化。
1. 让对象存储只接受分发层访问
公开读取的存储桶配置简单，但源站地址一旦泄露，用户可能绕过边缘缓存直接请求文件，也更难统一控制访问策略。对公开静态网站，可让存储桶保持私有，由 CloudFront 的源访问控制（OAC）代表分发服务读取 S3 对象。
- 在 S3 中关闭阻止公共访问设置之前，先确认现有访问策略和业务要求；随后保持桶私有，不添加面向所有人的读取策略。
- 在 CloudFront 配置 S3 REST 源站并启用 OAC，再按控制台提示更新桶策略，只允许指定分发访问。
- 分别测试首页和一个静态资源；直接请求源站应无法匿名读取，经过分发域名则应正常返回。
注意，S3 静态网站托管端点与 S3 REST 源站并非同一种接入方式。需要 OAC 保护私有桶时，应使用 REST 源站；若依赖网站端点提供的默认索引或重定向行为，就要另行评估其公开访问限制。
2. 按文件变化频率设计缓存周期
把所有内容设置成相同缓存时间，容易造成两种问题：页面更新不及时，或图片、脚本频繁回源。可按文件是否带版本号分层。带内容哈希的脚本和样式文件，例如 app.a1b2c3.js，在内容变化时会生成新文件名，通常适合设置较长缓存；首页 HTML 经常变化，宜设置较短缓存，或发布时执行失效。
| 文件类型 | 常见做法 | 适用条件 |
|---|---|---|
| 带哈希的 JS、CSS、字体 | 缓存数周至一年 | 文件名随内容变化，旧版本仍可供已打开页面使用 |
| 首页 HTML、站点清单 | 数分钟至数小时，按发布节奏调整 | 内容更新需要较快传播 |
| robots.txt 等小型配置文件 | 设置较短缓存并纳入发布检查 | 内容可能临时调整 |
这些是配置起点，不是固定标准。实际缓存时长要结合更新频率、浏览器缓存和边缘节点缓存策略共同确定。内容分发网络结合对象存储构建静态网站托管方案时，缓存规则应能让稳定资源长期命中，同时让入口页面在发布后及时更新。
3. 检查对象元数据与压缩方式
对象存储通常依据上传时写入的元数据返回文件类型。若 HTML 被标成二进制流，浏览器可能下载而不是展示；若字体或图片类型错误，也可能影响加载。发布流程应逐项检查 Content-Type、缓存相关响应头，以及需要时使用的 Content-Encoding。
- 构建后查看代表性文件的响应头，确认 HTML、CSS、JavaScript、SVG 和字体的媒体类型正确。
- 选择由构建流程预压缩，或由边缘服务按配置压缩；不要对已压缩的 JPEG、WebP 等图片重复压缩。
- 确认回源时的压缩格式与响应头一致，避免声明了压缩编码、实际内容却未压缩的情况。
不同托管服务对自动压缩、元数据继承的处理不同，应以实际响应为准，而非仅检查上传命令是否成功。
4. 用版本化文件减少发布风险
直接覆盖 main.js 等固定文件名，可能遇到页面和脚本来自不同版本的短暂错配。较稳妥的方式是让构建工具生成带哈希的资源名，再先上传新资源，最后发布引用这些资源的新 HTML。旧资源可保留一段时间，避免仍在浏览器中的旧页面找不到文件。
如果必须覆盖固定路径，可在确认对象存储中的新版本已就绪后，再对分发层的对应路径执行失效。失效范围尽量具体；清空全站缓存虽然简单，但会让大量请求重新回源。
5. 明确路径行为与错误回退
多页静态站点需确保 /about/ 能映射到对应页面；单页应用则常把未知前端路由回退到 index.html。后者若配置不当，文件不存在时也可能返回首页内容，导致缺失脚本被当作 HTML 解析。
- 列出首页、目录页、资源路径和不存在路径，分别测试响应状态与返回内容。
- 仅对前端路由设置回退，不要把图片、脚本等资源缺失也统一改写到首页。
- 确认 HTTPS、自定义域名和默认首页配置后，再测试根路径与带斜杠路径。
上线前检查清单
发布前核对存储桶访问范围、缓存规则、文件元数据和版本引用；发布后抽查新旧页面、静态资源及不存在路径。通过这些检查，内容分发网络结合对象存储构建静态网站托管方案才能兼顾源站保护、访问速度与更新可控性。
常见问题
静态网站一定要把存储桶设为公开吗？
不一定。可通过分发服务的源访问控制读取私有桶；具体做法取决于所选存储与分发服务的源站类型。
为什么首页已经更新，用户仍看到旧页面？
浏览器或边缘节点可能仍缓存旧 HTML。检查响应头和缓存策略，必要时对首页路径执行失效。
缓存时间越长越好吗？
不一定。长缓存适合文件名随内容变化的资源；经常变更的 HTML 和配置文件通常需要较短周期或明确的失效流程。
发布后如何确认资源可用？
从分发域名分别请求首页、带哈希的脚本和样式，以及一个不存在的资源，检查状态码、内容类型和返回内容是否符合预期。
