一加部分机型Chrome浏览器AJAX与普通GET请求User Agent不一致问题

我之前排查过类似的UA差异问题，咱们一步步来搞清楚这个现象：

为什么会出现UA字符串的差异？ #

这其实是Chrome浏览器的隐私保护策略导致的，并非设备或浏览器的Bug：

• 普通页面加载的GET请求（比如初始页面、静态资源加载）会发送完整的User Agent，包含设备型号（比如你的ONEPLUS A5010）；
• 而通过XMLHttpRequest发送AJAX请求时，Chrome会主动裁剪UA字符串，移除设备特定的标识信息，目的是减少用户的指纹特征，避免被网站精准跟踪。
• 一加设备上这个表现更突出，可能是因为定制ROM里的Chrome在UA拼接逻辑上和原生Chrome有细微差异，但核心原因还是Chrome的隐私机制。

为什么项目会识别成两个不同的浏览器？ #

问题出在你的UA识别逻辑上：

• 如果你的项目是通过完整UA字符串匹配或者依赖ONEPLUS A5010这类设备特定字段来判断设备/浏览器，那么AJAX请求缺失该字段后，识别逻辑就会把它判定为“另一个没有设备标识的Chrome浏览器”，从而出现误判。

可行的解决方法 #

针对这个问题，有几个实用的处理方向：

• 调整UA识别逻辑（推荐）：不要依赖设备型号字段来识别浏览器，转而提取Chrome/[版本号]、Android、Mobile这类通用且稳定的标识。这样不管UA是否被裁剪，都能正确识别出是Chrome浏览器。
• 手动设置AJAX的UA头：在发送XMLHttpRequest前，手动设置完整的UA字符串：

  const xhr = new XMLHttpRequest();
  xhr.open('GET', '/your-api-endpoint');
  // 手动设置完整UA
  xhr.setRequestHeader('User-Agent', navigator.userAgent);
  xhr.send();
  

  注意：部分浏览器的隐私设置可能会限制修改UA头，需要在目标设备上测试兼容性。
• 检查用户端隐私设置：如果是测试环境，可以让用户关闭Chrome的“减少跟踪”或类似隐私保护功能，这样AJAX请求会恢复完整UA，但这个方法需要用户操作，无法作为通用解决方案。

内容的提问来源于stack exchange，提问作者Lay András