GCP App Engine静态资源（CSS/图片）随机请求pending问题排查求助

结合你的情况——稳定运行数月的Next.js应用在两周前部署后，出现CSS/PNG请求随机处于pending状态，且仅自定义域名站点有问题、默认appspot域名正常——问题大概率出在自定义域名配置、静态资源处理规则或CDN缓存上，而非代码本身。下面是一步步的排查解决思路：

1. 先检查自定义域名的SSL与负载均衡配置 #

你已经在app.yaml里设置了secure: always，但自定义域名的链路可能存在异常：

• 登录GCP控制台，确认自定义域名绑定的SSL证书状态为ACTIVE，没有过期或配置错误
• 查看负载均衡的后端服务设置，有没有开启HTTP/2多路复用后出现的连接阻塞问题，可临时切换回HTTP/1.1测试
• 如果用的是自定义SSL证书，尝试换成GCP自动管理的证书，排除证书兼容性问题

2. 优化App Engine的静态资源处理规则 #

默认的url: /.* script: auto会让所有请求都走Node.js应用，但Next.js的静态资源完全可以直接由App Engine的静态服务器处理，跳过应用层避免阻塞。修改你的app.yaml：

# [START runtime]
runtime: nodejs10
handlers:
# 优先处理Next.js静态资源
- url: /_next/static/(.*)
  static_files: build/_next/static/\1
  upload: build/_next/static/(.*)
  secure: always
# 处理公共静态资源
- url: /static/(.*)
  static_files: build/static/\1
  upload: build/static/(.*)
  secure: always
# 其余请求交给Next.js应用
- url: /.*
  script: auto
  secure: always
# [END runtime]

提示：如果你的Next.js构建产物是out目录（而非build），记得对应修改路径；部署前务必执行next build确保产物最新

3. 排除浏览器层面的干扰 #

虽然同一Chrome实例不同标签页都有问题，但还是要排除浏览器因素：

• 打开Chrome开发者工具（F12）的Network面板，勾选Disable cache后多次刷新，看pending是否消失
• 用Chrome隐身模式访问，排除广告拦截器、VPN等扩展的干扰
• 查看pending请求的Timing面板，定位是卡在DNS解析、连接建立还是请求发送阶段，缩小问题范围

4. 借助GCP日志与监控定位问题 #

在GCP控制台的Logging页面，过滤自定义域名的请求日志：

• 查找是否有5xx错误、超时日志，或者静态资源请求的处理时间异常
• 查看Monitoring中的App Engine指标，比如请求延迟、实例利用率，看是否存在实例过载或扩缩容不及时的情况
• 检查是否有突发流量峰值，导致资源不足引发请求阻塞

5. 对比正常站点与异常站点的配置差异 #

既然seventh-sensor-226609.appspot.com正常，重点对比两者的差异：

• 确认两个站点的部署版本（代码、依赖、构建产物）完全一致
• 检查自定义域名是否开启了Cloud CDN，可临时关闭CDN测试问题是否消失
• 验证自定义域名的DNS解析记录，确保指向GCP的负载均衡IP，没有解析错误

6. 升级Node.js运行时版本 #

你当前用的nodejs10早已停止维护（EOL于2021年4月），旧版本可能存在网络请求处理的遗留bug。建议升级到App Engine支持的更高稳定版本（比如nodejs18），重新部署后观察问题是否解决

内容的提问来源于stack exchange，提问作者Festys.rpo