直接在Nginx中用location匹配静态资源路径并设access_log off，可前置拦截不写日志，避免write系统调用与磁盘IO，配合expires和Cache-Control实现强缓存协同优化。
可以通过在 Web 服务器（如 Nginx 或 Apache）配置中，对静态资源请求进行条件判断，直接跳过 access_log 记录，从而减少磁盘 IO 写入。关键不是后期过滤日志，而是**前置拦截不写日志**。
识别并匹配常见静态资源路径和后缀
静态资源通常具有明确的 URL 特征：固定前缀（如 /static/、/assets/、/img/）或特定后缀（如 .js、.css、.png、.woff2）。需在 server 或 location 块中用正则或前缀匹配定位这些请求。
- Nginx 中可使用 location ~* \.(js|css|png|jpg|gif|ico|woff2|ttf|svg)$ 匹配后缀
- 也可用 location ^~ /static/ 匹配路径前缀，更高效（不走正则）
- 避免过度匹配：不要用 location / 这类宽泛规则做日志关闭，否则会误伤动态接口
禁用匹配请求的 access_log 记录
在匹配到静态资源的 location 块内，显式关闭日志写入。Nginx 使用 access_log off;，Apache 使用 SetEnvIf Request_URI 配合 CustomLog … env=!no_log。
Web Accessibility (WCAG 2 AA))
下载
将 WCAG 2 AA 无障碍标准应用于设计系统、UI 组件和网页——通过可运行的验证器进行对比度计算，采用设计 token 模式使颜色天生可访问，设定排版和焦点状态规则，并提供语义检查清单。适用于构建或审查 UI。
- Nginx 示例：
location ~* \.(js|css|png|gif|jpg|woff2|ttf|eot|svg)$ {
access_log off;
expires 1y;
add_header Cache-Control "public, immutable";
} - Apache 示例：
SetEnvIf Request_URI "\.(js|css|png|jpg|gif|woff2|ttf)$" no_log
CustomLog logs/access_log combined env=!no_log
注意缓存头与日志关闭的协同
静态资源通常强缓存，浏览器不会反复请求。若已配置了 Cache-Control: immutable 或长时效 Expires，实际日志量本就极低；但首次加载、CDN 回源、缓存失效时仍会打日志。因此关闭日志应配合合理缓存策略，效果更明显。
- 确保静态资源部署后文件名含哈希（如 main.a1b2c3.js），保证缓存长期有效
- 避免对带查询参数的静态请求（如 logo.png?v=2）漏匹配，可在正则中补充 \??.*$ 或统一剥离参数再匹配
- 上线前用 curl -I 和访问日志抽样验证：匹配的请求是否真没出现在 access_log 中
不推荐依赖日志后处理过滤
有人试图用 logrotate、rsyslog 或定时脚本 grep 过滤日志再压缩归档，这无法降低实时 IO 压力——因为日志行已在写入瞬间触发磁盘操作。真正省 IO 的方式只有一种：让 Web 服务器压根不调用 write() 系统调用记录这些请求。
- access_log off 是零开销方案；而用管道 + awk/grep 实时过滤仍要先写再读，IO 翻倍
- 如果必须保留部分静态日志用于审计（如只关 CDN 回源日志、不关客户端直连），可用 map 指令按 $remote_addr 或 $http_x_forwarded_for 区分来源，再条件控制
