原始类型操作本身兼容，隐患在于扩展方法、隐式转换及宿主交互：需降级处理includes/startswith/endswith、用number.isnan()替代isnan()、bigint需环境检测；统一用===、number()、boolean()；symbol无法polyfill需fallback；模板字符串等须babel转译。
原始类型（string、number、boolean、null、undefined、symbol、bigint）本身不涉及 DOM 或浏览器引擎差异，因此原始类型操作在所有现代及主流旧浏览器中天然兼容。真正需要关注的，是对原始类型的扩展方法调用、类型转换逻辑、以及与宿主环境交互时的隐式行为差异——这些才是兼容性隐患的来源。
避免依赖未广泛支持的原始类型新方法
ES2015+ 新增了不少字符串、数组、数字的原型方法，但它们在 IE 或旧版 Safari 中不可用：
-
String.prototype.includes()：IE 完全不支持 → 检测存在性后回退到indexOf() !== -1 -
String.prototype.startsWith()/endsWith()：IE11 不支持 → 可用str.slice(0, n) === prefix模拟 -
Number.isNaN()、Number.isInteger()：IE9+ 支持，但低版本需检测；比isNaN()更安全，推荐优先使用 -
BigInt：IE 全不支持，Safari 12+、Chrome 67+ 才支持 → 若业务必须用，需明确排除不支持环境或转为字符串处理
统一类型转换与比较逻辑
不同浏览器对隐式转换的容错略有差异（尤其在 == 和 + 运算中），应主动控制转换过程：
- 用
===替代==，杜绝类型强制转换带来的意外结果 - 字符串转数字统一用
Number(str)或parseInt(str, 10)，避免+或~~在某些旧引擎中解析异常 - 判断是否为有效数字，不用
!isNaN(x)（它会把空字符串、空格转为 0 后返回 true），改用typeof x === 'number' && !isNaN(x) && isFinite(x) - 布尔转换明确用
Boolean(x)或!!x，避免new Boolean(x)创建包装对象（IE 中可能引发混淆）
Symbol 和全局唯一性的降级考量
Symbol 是 ES6 引入的原始类型，IE 完全不支持，且无法 polyfill（因其不可枚举、不可复制的本质）：
- 若用于私有属性键（如
const PRIVATE = Symbol('id')），在不支持环境中必须提供 fallback 方案，例如用唯一字符串'__private_id_' + Math.random().toString(36).slice(2) - 避免将
Symbol作为 API 输入/输出参数，除非已通过构建工具（Babel + preset-env）确保目标环境支持 - 检查支持性可写为：
typeof Symbol === 'function' && typeof Symbol.iterator === 'symbol'
模板字符串与字面量语法的构建时处理
虽然不是“运行时原始类型操作”，但模板字符串（`hello ${name}`）、二进制/八进制字面量（0b1010、0o755）等语法在 IE 和旧 Safari 中会直接报错：
- 这类问题不属于运行时兼容策略，必须在构建阶段由 Babel 转译为字符串拼接或十进制表示
- 配置
@babel/preset-env并设置targets: { ie: '11' }，Babel 会自动识别并转译语法，无需手动替换 - 注意：转译不能补全
String.prototype.replace(/regex/g, (m) => ...)中的箭头函数，仍需配套 polyfill 补 Promise、Array 方法等
