答案：编写 JavaScript 库应优先使用功能检测而非 user-agent 判断环境，通过检查全局对象属性（如 'fetch' in window）、验证 API 行为完整性、结合降级方案与模块兼容处理，确保代码在多环境中可靠运行。
在编写 JavaScript 库时，依赖 user-agent 字符串来判断运行环境存在诸多问题：字符串易伪造、格式多变、浏览器更新频繁导致匹配规则失效。相比之下，feature detection（功能检测）通过直接检查某个 API 或行为是否存在来决定代码路径，更加可靠且面向未来。
检查全局对象和方法的存在性
许多现代 API 挂载在全局对象上（如 window 或 globalThis）。通过检测这些对象上的属性是否存在，可以安全地判断功能支持情况。
- 用
'fetch' in window判断是否支持fetch - 用
'Promise' in globalThis检查 Promise 是否可用 - 用
'querySelector' in document确认 DOM 选择器支持
这种方式不关心浏览器名称或版本，只关注所需功能是否就绪。
测试对象的行为而不仅是存在性
某些环境下 API 可能存在但实现不完整或有 bug。此时应进一步验证其行为是否符合预期。
- 检测
addEventListener不仅要看它是否存在，还要确认它不是旧版的attachEvent - 检查
Object.defineProperty是否能在普通对象上工作（IE8 在 DOM 对象外无法使用） - 尝试创建一个
URL实例并读取属性，确保解析逻辑正确
可写小段测试代码，在初始化时运行一次，记录真实能力。
使用特性检测库或模式
对于复杂功能，可借鉴成熟的检测模式。例如：
- 用
'IntersectionObserver' in window判断是否支持懒加载所需的观察器 - 通过创建元素并检测
style.transform是否为字符串，判断 CSS transform 支持 - 尝试调用
console.log前先确认console和log都存在，避免老 IE 报错
这类检测可在模块加载时集中处理，封装成工具函数复用。
按需加载降级方案
结合功能检测动态引入 polyfill 或备用逻辑。
- 发现不支持
fetch，自动切换到基于XMLHttpRequest的实现 - 若无
localStorage，改用 cookie 或内存存储 - 检测模块系统：同时兼容
module.exports、define和全局挂载
这样既能利用现代功能，又不影响老旧环境使用。
基本上就这些。核心是“用前先问”，而不是“猜它有没有”。只要坚持功能检测，你的库就能自然适应浏览器、Node.js、Electron、小程序等多种执行环境，无需维护长长的 UA 黑名单。
