小程序无法直接运行HTML5的标签，因不支持原生DOM渲染；JS插件需兼容小程序运行时，避免依赖Web API，应通过npm引入并适配网络、存储等API。
小程序里直接运行 HTML5 的
小程序不是浏览器，不支持原生 HTML5 DOM 渲染流程。哪怕你把一段含 的 HTML 片段塞进 rich-text 或 web-view，JS 也不会自动执行——rich-text 只解析有限标签，web-view 虽能跑 JS，但受同源限制、无法直接调用小程序 API，且 iOS 下 web-view 的 JSBridge 不稳定。
所谓“调用 JS 插件”，本质是看它是否兼容小程序运行时
很多标榜“纯 JS”的插件（比如 moment.js、lodash）只要不依赖 window、document、XMLHttpRequest 或定时器以外的 Web API，就能直接引入。但像 Chart.js、pdfjs-dist 这类重度依赖 Canvas 或 Fetch 的，必须做适配：
-
Canvas→ 改用小程序的canvasAPI +createCanvasContext，或走web-view隔离渲染 -
fetch/XMLHttpRequest→ 小程序统一用wx.request，需 patch 插件的网络层（例如重写axios的 adapter） -
localStorage→ 替换为wx.setStorage/wx.getStorage - ES6+ 语法 → 确保构建时已通过 babel 转译，且未引入
core-js中的 Web-only polyfill
微信小程序中 import 第三方 JS 插件的正确姿势
不能靠 ，得走模块化路径。以 npm 方式引入为例：
- 确认插件已发布到 npm，且
package.json中有"main"字段指向无副作用的入口文件（如index.js） - 执行
npm install xxx --production，再在小程序开发者工具中勾选「使用 npm 模块」并构建 npm - 在页面 JS 中用
const xxx = require('xxx')或import xxx from 'xxx'（需开启 ES Module 支持） - 若插件含
require('fs')或process.env，直接报错——这类 Node.js 专属模块完全不可用
常见翻车点：crypto-js 可用，node-forge 不可用；qs 可用，form-data 不可用（依赖 fs 和流）。
立即学习“前端免费学习笔记（深入）”；
跨平台边界最易被忽略的其实是环境判断逻辑
同一个 JS 文件，在 H5、小程序、App（如 uni-app）里行为可能不同。别硬写 if (typeof wx !== 'undefined') 做分支——小程序里 typeof window 是 'undefined'，但 typeof document 也是 'undefined'，容易误判。更稳妥的方式是：
- 优先用平台 SDK 提供的判断：微信小程序用
wx.getSystemInfoSync().platform（返回'ios'/'android'/'devtools'） - 对插件做薄封装，导出统一接口，内部按平台路由到不同实现（比如加密函数：H5 走
SubtleCrypto，小程序走wx.getFileSystemManager().readFile配合 wasm） - 避免在插件初始化时就访问
document.body或监听DOMContentLoaded——小程序根本没有这些生命周期
真正卡住人的，往往不是功能能不能做，而是插件内部某一行看似无害的 console.log(window.location.href) 在小程序里让整个模块加载失败。
