QQ浏览器强制转码是X5内核主动重写HTML导致JS/CSS异常的问题，需在<head>最前添加<meta name="x5-tbs-flags" content="0">关闭，且content必须为"0"、不可写false或空字符串，同时避免服务端响应头覆盖及动态脚本干扰。
QQ浏览器强制转码是什么问题
QQ浏览器（尤其是旧版 Android 客户端）会主动对页面做“转码优化”，把标准 HTML 重写成它自家的轻量格式，导致 JS 失效、CSS 错乱、表单提交异常，甚至 history.pushState 不触发。这不是兼容性问题，是浏览器主动劫持 DOM。
meta 关闭转码的实际写法
必须在 <head> 最前面、任何其他 meta 标签之前 插入这行：
<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1"> <meta name="x5-csp" content="default-src 'self'"> <meta name="x5-tbs-flags" content="0">
其中关键的是 <meta name="x5-tbs-flags" content="0"> —— 这是腾讯 X5 内核的关闭开关。注意：content="0" 不能写成 "false" 或空字符串，否则无效。
- 该标签只对使用 X5 内核的 QQ 浏览器、微信内置浏览器生效
- 必须放在
<title>之前，否则部分版本会忽略 - 如果页面已启用 CSP，需同步配置
x5-csp，否则 X5 可能降级回转码模式
为什么加了还是被转码
常见失效原因不是标签写错，而是加载时机或环境干扰：
立即学习“前端免费学习笔记（深入）”；
- 服务端返回了
X-WeiXin-Meta或X-QQ-Proxy响应头，会覆盖meta设置 - 页面被嵌入 QQ 浏览器的“阅读模式”或“小说页”，此时 DOM 已被重写，
meta无机会执行 - 使用了
document.write()或同步脚本阻塞了head解析，导致x5-tbs-flags滞后生效 - 某些低版本 X5 内核（如 0.4.x）不识别该 flag，需配合
viewport的user-scalable=no降低转码概率
验证是否生效的方法
真机调试最可靠，PC 上模拟无效。实操判断方式：
- 打开开发者工具 → 查看
document.documentElement.outerHTML，若开头是<html tbs="1">表示仍在转码；tbs="0"或无该属性才正常 - 在页面中运行
console.log(navigator.userAgent)，确认含TBS/字样且版本 ≥ 4.3.0.1020 - 检查网络面板，转码后资源请求路径会变成
http://tbs.qq.com/xxx，未转码则为原始域名
真正麻烦的不是加一行 meta，而是 QQ 浏览器会在页面加载中途动态注入转码逻辑，所以哪怕标签写了，也要确保它没被 JS 动态移除、没被模板引擎意外过滤、也没被 CDN 缓存成旧版本。
