Lambda@Edge Viewer函数无法获取CloudFront-Viewer-Country请求头

结论：可行，但要注意Lambda@Edge的触发阶段和CloudFront头的可用时机

核心原因 #

CloudFront的CloudFront-Viewer-Country这类位置相关头，在Viewer Request阶段的Lambda@Edge函数中默认不可用——这类头是CloudFront在请求处理的后续流程中生成添加的，而Viewer Request是CloudFront接收请求后的第一个触发阶段，此时还未生成这些位置信息头。

你在源站日志里能看到这个头，是因为CloudFront在转发请求到源站前已经完成了头的添加；但Viewer Request函数的执行时机早于这个步骤，所以拿不到。

解决方案 #

方案1：切换到Origin Request阶段的Lambda@Edge函数 #

Origin Request阶段是CloudFront准备向源站发送请求前触发，此时CloudFront已经生成了所有位置相关头，你的原有代码就能直接读取：

exports.handler = async (event, context) => {
  const request = event.Records[0].cf.request;
  const headers = request.headers;

  console.log(`CloudFront-Viewer-Country: ${headers['cloudfront-viewer-country'][0].value}`);
  return request;
};

方案2：用CloudFront Functions替代（Viewer阶段可用） #

如果必须在Viewer Request阶段获取国家信息，可以用CloudFront Functions，它能直接访问内置的viewer.country属性，无需依赖请求头：

function handler(event) {
  const country = event.viewer.country;
  console.log(`Viewer country: ${country}`);
  return event.request;
}

方案3：通过GeoIP策略生成自定义Cookie #

启用CloudFront的GeoIP限制功能，配置规则生成包含国家信息的自定义Cookie，之后在Viewer Request函数中读取这个Cookie值。

内容的提问来源于stack exchange，提问作者ste26054