PHP是移动端图片响应式输出的关键调度者，需限制宽度范围、优先支持WebP、跳过无效缩放、内存及时释放、服务端生成srcset与sizes、URL签名校验、分层缓存设计、自动清理过期缩略图，并设置正确Content-Type和Cache-Control。
PHP 本身不直接控制屏幕渲染，但它是移动端图片响应式输出的关键调度者——真正影响用户体验的，不是“有没有适配”，而是“是否在正确时机、以最小体积、输出最匹配尺寸的图片”。
用 $_GET['w'] 控制缩放宽度最直接，但别硬编码默认值
很多脚本写成 $width = $_GET['w'] ?? 400;，看似省事，实际埋雷：用户没传 w 就强制返回 400px 图，可能比手机屏还宽（比如 iPhone 15 Pro Max 横屏宽度达 844px），反而触发浏览器双倍缩放；或传了超大值如 w=2000，后端照单全收，CPU 瞬间拉满。
- 必须加范围限制：
$width = max(100, min(1200, (int)($_GET['w'] ?? 0))，100 是最小可用宽度，1200 覆盖绝大多数平板横屏 - 优先从
Accept请求头判断是否支持webp，再决定输出格式，而不是只看文件扩展名 - 若原始图宽小于目标宽，跳过缩放直接输出原图（避免插值模糊），用
imagesx($original_image) 判断
imagecopyresampled() 和 Imagick::resizeImage() 的质量差异很实在
GD 的 imagecopyresampled() 在小图缩放到中等尺寸时够用，但对高 DPR 屏幕（如 2x/3x）输出的 750px 或 1125px 图，边缘易发虚；Imagick 默认用 Imagick::FILTER_LANCZOS，锐度保留更好，尤其适合产品图、文字截图类图像。
- GD 方案里，别漏掉
imageantialias($resized_image, true)（PHP 8.0+ 支持），能轻微改善锯齿 - Imagick 方案中，
resizeImage($width, 0, ...)的第二个参数设为0表示保持宽高比，比手动算$height更安全 - 两者都需显式调用
imagedestroy()或$img->clear(); $img->destroy();，否则并发请求多时内存泄漏明显
srcset 必须由 PHP 渲染，不能靠前端 JS 拼接
常见错误是 PHP 输出一个固定 src，再让 JS 读取 window.devicePixelRatio 动态换地址——这会导致首次加载仍下载大图，且 Safari 对 JS 修改 srcset 的缓存行为不一致。
立即学习“PHP免费学习笔记（深入）”；
- PHP 模板里应直接生成完整
srcset，例如：<img src="thumb.php?src=img.jpg&w=375" srcset="thumb.php?src=img.jpg&w=375 375w, thumb.php?src=img.jpg&w=750 750w, thumb.php?src=img.jpg&w=1125 1125w" sizes="(max-width: 375px) 100vw, (max-width: 768px) 50vw, 33vw"> -
sizes值必须与 CSS 实际布局匹配，如果图片容器在移动端占满宽度，就写(max-width: 375px) 100vw，别抄模板里的33vw - 所有
thumb.phpURL 必须带签名或白名单校验（如hash_hmac('sha256', $src.$w, $secret)），否则攻击者可构造恶意参数耗尽服务器资源
CDN 缓存失效和本地磁盘缓存要分层设计
单纯靠 CDN 缓存 thumb.php?w=375 这类 URL 很危险：只要参数顺序一变（比如 ?w=375&src=xxx vs ?src=xxx&w=375），CDN 就当新资源，缓存命中率暴跌；而全靠本地文件缓存又容易占满磁盘。
- 推荐方案：PHP 生成带哈希的静态路径，如
/cache/thumb_abc123_375.jpg，先检查文件是否存在，不存在再生成并保存，最后 302 跳转到该路径；CDN 缓存这个真实 .jpg 地址 - 文件名哈希应包含原始路径 + 宽度 + 质量 + 格式（如 webp/jpg），避免同图不同参数冲突
- 用
filemtime()检查原始图是否更新，自动清对应缩略图，别依赖定时脚本
最常被忽略的一点：PHP 图片脚本必须设置正确的 Content-Type 和 Cache-Control。漏掉 header('Cache-Control: public, immutable, max-age=31536000')，CDN 就不会长期缓存；漏掉 header('Content-Type: image/webp')，iOS 会把 WebP 当二进制下下来却无法显示。
