type="text/babel" 本身不执行转译，仅作标记；ie中需先引入兼容的babel运行时（如babel-standalone@6），且必须在该script标签前加载，否则无效。
type="text/babel" 不是浏览器原生支持的脚本类型，它只是给 babel-standalone 这类运行时转译器打的一个“标记”，告诉它：“这段脚本里有 JSX 或 ES6+ 语法，请先编译再执行”。现代浏览器不需要它，而旧版 IE 等非现代浏览器即使加了这个 type，也**根本不会自动执行或转译**——除非你明确引入了兼容的 Babel 运行时（如 babel-standalone@6 或更早的 browser.js）。
为什么 type="text/babel" 在 IE 中经常不生效
IE（尤其是 IE11 及以下）本身不支持 let、箭头函数、JSX、解构等语法，而 type="text/babel" 本身**不做任何事情**：它只是个字符串标识。真正起作用的是加载的 Babel 脚本是否能在该环境下运行。
-
babel-standalone@7+已放弃对 IE 的支持，其打包产物含const、=>、Promise等，IE 直接报语法错误，后续所有type="text/babel"脚本都不会被处理 - 老版本
browser.js（如 Babel 5/6 时代）虽为 IE 设计，但需确保加载顺序：Babel 脚本必须在任何type="text/babel"标签之前，且不能用defer或async - IE 对
script[type]的解析较严格，<script src="app.js" type="text/babel"></script>在部分 IE 版本中会被完全忽略（不下载、不执行）
type="text/babel" 外部文件（.js）能否正常工作
可以，但限制极多。外部 JS 文件用 type="text/babel" 的前提是：Babel 运行时必须能读取并解析它的内容——这依赖于浏览器是否支持 XMLHttpRequest 同步请求（IE6–IE9 仅支持同步）、CORS 配置、以及文件编码（必须 UTF-8 无 BOM）。
- 推荐只对同域内
.js文件使用，避免跨域报错：Failed to load script: script.js (blocked by CORS) - 不要混用模块语法（
import/export），babel-standalone不支持模块解析，只处理顶层脚本 - 若文件含
React.createElement手写调用，无需转译；但含<div>Hello</div>就必须经 Babel 转为React.createElement(...)，否则 IE 报Unexpected token '
替代方案：比 type="text/babel" 更靠谱的兼容策略
直接依赖运行时转译在生产环境风险高，尤其面向旧浏览器时。更可控的做法是把转译环节前移到构建阶段。
- 用
@babel/cli或webpack + babel-loader把 JSX/ES6 源码提前编译成 ES5，输出纯type="text/javascript"脚本，彻底绕过浏览器端转译 - 如果必须用 HTML 内联开发（如教学、demo），降级使用
babel-standalone@6.26.0（最后支持 IE9+ 的稳定版），CDN 地址：https://unpkg.com/babel-standalone@6.26.0/babel.min.js - IE 下 React 渲染还依赖
Promise、Object.assign等，需额外引入core-js或es6-shim，且必须放在 Babel 之前
真正卡住的往往不是 type="text/babel" 写没写对，而是 Babel 运行时自身在目标浏览器里就跑不起来——这点容易被忽略，但决定了整个链路是否成立。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
