1. 从一个“看起来像HTML”的语法说起第一次看到JSX代码的人十有八九会愣一下这玩意儿到底是JavaScript还是HTML比如下面这段const element h1 classNametitleHello, world!/h1;一个合法的JavaScript文件里突然冒出一段尖括号标签赋值给一个变量末尾还带分号。如果你之前只写过普通JS第一反应大概是“这语法不合法吧”。但如果你在React项目里写过组件这段代码你每天都要敲几十遍。JSX的全称是JavaScript XML它是React生态里用来描述UI结构的一种语法扩展。注意我的用词——语法扩展不是模板语言也不是HTML的变体。它最终会被编译工具转换成普通的JavaScript函数调用。上面那行代码经过编译后大致等价于const element React.createElement(h1, { className: title }, Hello, world!);所以JSX的本质是给React.createElement这类的函数调用套了一层更直观的“外壳”。你写的是标签跑的是函数。理解这一点后面所有的疑惑——为什么className不叫class、为什么只能返回一个根节点、为什么表达式要包在花括号里——全都能顺藤摸瓜找到答案。这篇文章我打算把JSX从里到外拆一遍。不管你是刚接触React的新手还是写了几年组件但没深究过编译原理的老手我都会从语法规则、编译过程、表达式机制、条件渲染、列表渲染、样式处理、常见报错排查这几个角度把这块内容讲透。中间会穿插大量我在实际项目里踩过的坑和总结出来的写法习惯尽量让你看完就能直接上手改代码而不是停留在“大概懂了”的层面。2. JSX到底是什么本质、由来与它解决的问题2.1 它不是一个新语言只是函数调用的语法糖很多人把JSX当成一门独立语言来学这是个误区。JSX没有自己的运行时没有自己的类型系统也没有独立的执行引擎。它只是一套语法约定由Babel、TypeScript、SWC这类编译工具识别并转换。转换的目标就是普通的JavaScript函数调用。React官方文档里有一句话说得挺直白JSX只是React.createElement(component, props, ...children)的语法糖。这句话是理解一切的地基。你写Button colorred点击/Button编译器看到的是一个类型为Button的元素、一个color属性、一个文本子节点然后生成对应的函数调用。那为什么React不直接让你写React.createElement呢因为UI结构天然是树形的用函数调用描述树形结构嵌套三层以上就没法看了。JSX用标签的嵌套形式把这种树形结构直接映射到代码的视觉结构上可读性提升是数量级的。2.2 为什么是“XML”而不是“HTML”JSX名字里的XML不是随便起的。它要求标签必须闭合属性必须用引号包裹标签名大小写敏感。这些规则比HTML严格得多。HTML里你可以写br、img srcx这种自闭合标签不闭合的写法JSX里必须写成br /、img srcx /。这个严格性是有意为之的。因为JSX最终要转换成函数调用标签不闭合编译器就没法确定子节点的边界。而HTML的容错解析是浏览器专门为网页场景做的妥协JSX不需要背这个包袱。另一个关键差异是大小写。在HTML里div和DIV是一样的但在JSX里小写开头的标签被当作原生DOM标签大写开头的标签被当作组件引用。这个规则极其重要后面讲组件渲染时会详细展开。2.3 它解决了什么问题UI与逻辑的耦合在JSX出现之前前端界的主流做法是“模板与逻辑分离”。HTML模板里写结构JavaScript里写交互逻辑两者通过选择器或者模板语法绑定。这种模式在小规模页面里没问题但组件化开发普及之后问题就暴露了一个按钮的渲染逻辑、状态变化、事件处理被拆散在模板文件和JS文件里改一个交互要来回跳。React团队当年的判断是渲染逻辑和UI逻辑本质上就是耦合的强行分离反而增加了认知负担。与其用模板语法发明一套新的指令系统比如v-if、v-for不如直接用JavaScript的表达能力来描述UI。JSX就是这个思路的产物——它让你在描述结构的同时随时可以插入JavaScript表达式。这个选择带来的直接好处是条件判断用和三元表达式列表用map这些都是JavaScript原生能力不需要额外学一套模板指令。代价是你得对JavaScript本身足够熟悉。3. JSX的核心语法规则与编译机制3.1 编译过程从标签到函数调用理解编译过程很多“为什么这么写”的问题就自动有答案了。我用Babel的在线编译器实测过一段典型的JSXconst el ( div classNamebox idmain span文本/span {count} /div );经过转换后大致是const el React.createElement( div, { className: box, id: main }, React.createElement(span, null, 文本), count );可以看到几个规律第一个参数是标签名或组件引用第二个参数是属性对象没有属性时为null后面的参数全是子节点按顺序排列。子节点如果是文本直接作为字符串传入如果是表达式传入表达式的值如果是嵌套标签递归调用React.createElement。新版React17之后引入了自动运行时编译产物不再依赖全局的React变量而是从react/jsx-runtime导入jsx函数。转换结果变成import { jsx as _jsx } from react/jsx-runtime; const el _jsx(div, { className: box, id: main, children: [ _jsx(span, { children: 文本 }), count ] });这个变化的意义在于你不再需要在每个JSX文件顶部写import React from react。以前忘了写这行运行时会报React is not defined这是新手最常见的报错之一。自动运行时之后这个问题基本消失了。3.2 属性书写为什么是className和htmlForJSX属性名用的是DOM属性名而不是HTML属性名最典型的就是className和htmlFor。原因是JSX属性最终会作为对象的key传给React.createElement而对象的key不能和JavaScript保留字冲突。class是JS的保留字for也是所以React用了DOM API里的对应名称className和htmlFor。这个规则延伸出一批属性写法HTML写法JSX写法说明classclassNameclass是保留字forhtmlForfor是保留字tabindextabIndex驼峰命名onclickonClick事件用驼峰onchangeonChange事件用驼峰stylecolor:redstyle{{color:red}}样式传对象事件属性用驼峰命名值传函数而不是字符串。这一点和原生HTML的onclickdoSomething()完全不同。JSX里写onClick{doSomething}传的是函数引用不是调用结果。如果你写成onClick{doSomething()}那就在渲染时立即执行了这是新手高频错误。3.3 表达式插值花括号里能放什么JSX里用一对花括号{}来插入JavaScript表达式。能放的东西包括变量、函数调用、算术运算、三元表达式、逻辑运算、数组的map结果、对象属性访问。不能放的东西包括语句if、for、switch、对象字面量会被当成块级作用域、注释要用{/* */}形式。// 可以 p{user.name}/p p{1 2}/p p{isLogin ? 已登录 : 未登录}/p p{list.map(item li key{item.id}{item.name}/li)}/p // 不可以 p{if (x) { return 1 }}/p // 语句不能放 p{{ color: red }}/p // 对象字面量会被误解析最后那个对象字面量的坑我踩过。你想传一个对象给某个属性写成style{{color:red}}外层花括号是“进入表达式模式”内层花括号是对象字面量两个花括号连在一起看起来像模板语法其实是两层含义。理解这一点就不会觉得style{{}}这种写法奇怪了。3.4 注释的写法JSX里的注释必须包在花括号里写成{/* 注释内容 */}。直接写//或者/* */在标签之间会被当成文本渲染出来。这个细节在调试时经常用到比如临时注释掉一段JSXdiv {/* OldComponent / */} NewComponent / /div4. 条件渲染、列表渲染与样式处理实战4.1 条件渲染的四种写法与取舍JSX里没有v-if这种指令条件渲染全靠JavaScript表达式。常用的有四种写法各有适用场景。第一种是三元表达式适合二选一的场景{isLoading ? Spinner / : Content /}第二种是逻辑与适合“满足条件才渲染否则什么都不显示”的场景{hasError ErrorTip /}这里有个经典坑如果hasError是数字00 ErrorTip /的结果是0React会把0渲染到页面上。所以用时左侧一定要确保是布尔值写成{!!hasError ErrorTip /}或者{hasError 0 ErrorTip /}更稳妥。第三种是提前返回适合整个组件级别的条件function UserPanel({ user }) { if (!user) return LoginTip /; return div{user.name}/div; }第四种是变量提取适合条件复杂、嵌套深的场景let content; if (status loading) content Spinner /; else if (status error) content ErrorTip /; else content DataList /; return div{content}/div;我的经验是简单二选一用三元单条件显示用组件级判断用提前返回多分支用变量提取。别硬套一种写法可读性优先。4.2 列表渲染与key的真正作用列表渲染用数组的map方法这个大家都知道。但key的作用很多人理解得不对。key不是给开发者看的是给React的diff算法用的。React通过key来判断新旧列表里哪些元素是同一个从而决定是复用DOM还是销毁重建。{list.map(item ( li key{item.id}{item.name}/li ))}用数组下标当key是常见的偷懒做法但在列表会增删排序的场景下会出问题。比如一个可删除的列表用下标当key删掉第一项后原来第二项的下标变成0React会认为下标0的元素还在只是内容变了于是复用DOM但更新内容。如果这个元素内部有输入框或者动画状态就会出现状态错位。所以能用唯一id就用唯一id实在没有再用下标。key只需要在map的直接父级元素上写不需要往子元素里传。而且key不会作为props传给组件组件内部拿不到key的值这是React的特殊处理。4.3 样式处理的三种方式JSX里写样式有三种主流方式各有取舍。内联样式用对象属性名用驼峰div style{{ backgroundColor: red, fontSize: 14 }}内容/div注意fontSize的值14会被自动加上px但如果你写14px也行。内联样式适合动态计算的样式不适合大量静态样式。CSS类名用className配合外部样式表div className{box ${isActive ? active : }}内容/div模板字符串拼接类名是最常见的做法。类名多了之后可以用classnames这个库写法更清爽。CSS Modules或者CSS-in-JS方案适合组件级样式隔离。CSS Modules的用法是import styles from ./Button.module.css然后className{styles.button}。这种方式的好处是类名自动加哈希不会全局污染。我个人的习惯是布局和静态样式用CSS Modules动态样式用内联对象条件类名用模板字符串或classnames。三种混用没问题关键是团队内保持一致。5. 常见报错与排查技巧实录5.1 高频报错速查表报错信息原因解决方法Adjacent JSX elements must be wrapped返回了多个并列根节点用.../或div包裹React is not defined旧版运行时忘了import React顶部加import React from reactCannot read property map of undefined列表数据未初始化初始值设为[]或用可选链Objects are not valid as a React child直接渲染了对象渲染对象的某个属性Each child in a list should have a unique key列表缺key给map元素加唯一keyInvalid hook callHook在条件或循环里调用移到组件顶层Unexpected token 编译工具没配置JSX检查Babel/TS配置5.2 几个我踩过的坑第一个坑是渲染数字0。前面提过{count Tip /}在count为0时会渲染出0。这个bug很隐蔽因为页面上多一个0不容易被发现但会影响布局。解决办法是确保左侧是布尔值。第二个坑是JSX里的空格处理。HTML里多个空格会折叠成一个JSX里标签之间的换行和缩进会被去掉但同一行内的空格会保留。如果你需要显式空格用{ }。这个在拼接文本时经常遇到比如span你好/span span世界/span中间的空格换行写就没了。第三个坑是组件名必须大写。myComponent /会被当成原生标签mycomponentReact会警告“未知标签”。必须写成MyComponent /。这个规则没有例外动态组件可以用变量const Tag condition ? A : B; return Tag /;变量名首字母大写即可。第四个坑是dangerouslySetInnerHTML。有时候需要渲染富文本用这个属性div dangerouslySetInnerHTML{{ __html: htmlString }} /名字里的“dangerously”不是吓唬人如果htmlString来自用户输入且没做过滤就是XSS漏洞。用之前一定要确保内容可信或者已经过净化处理。5.3 调试JSX的实用技巧React DevTools是排查JSX结构问题的首选工具。它能显示组件树、每个组件的props和state还能高亮对应的DOM节点。遇到“为什么这个组件没渲染”的问题先在DevTools里看组件树里有没有它再看它的props是否符合预期。另一个技巧是在JSX里临时插入{JSON.stringify(props)}来打印props比console.log更直观因为它在页面上直接显示。调试完记得删掉。如果遇到编译层面的问题比如“Unexpected token”先确认文件扩展名是.jsx或.tsx再确认构建工具的配置里包含了JSX转换。Vite、Next.js这类现代脚手架默认支持老项目用Webpack的话要检查babel-loader的presets里有没有babel/preset-react。6. JSX在Vue和其他框架里的延伸6.1 Vue3里的JSX用法Vue3也支持JSX但和React的JSX有区别。Vue的JSX通过vue/babel-plugin-jsx转换指令系统用不了得用等价写法。比如v-if用三元或v-for用mapv-model用modelValue和onUpdate:modelValue。// Vue3 JSX const Comp { setup() { const count ref(0); return () ( div onClick{() count.value} {count.value} /div ); } };Vue3的JSX里事件用onClick但修饰符要用函数包装比如.stop写成onClick{e { e.stopPropagation(); handler(); }}。插槽用v-slots对象传递。整体体验和React接近但细节规则不同跨框架迁移时要注意。6.2 为什么Vue默认用模板而React用JSX这是个设计哲学问题。Vue的模板是声明式的编译器能做静态分析优化比如标记静态节点、提升常量运行时性能有优势。React的JSX是命令式的JavaScript灵活度更高但优化靠开发者手动做比如memo、useMemo。两者没有绝对优劣。模板上手门槛低适合团队里前端水平参差不齐的情况JSX灵活度高适合逻辑复杂、需要大量动态结构的场景。选哪个更多是团队技术栈和项目需求的权衡不是技术先进性的问题。6.3 其他场景里的JSX变体除了React和Vue还有一些工具用到了类似JSX的语法。比如某些设计工具的脚本扩展用.jsx后缀但那是完全不同的东西和React的JSX没有关系。搜索“图层排列器.jsx下载”这类关键词时要注意区分别把设计工具的脚本和前端框架的JSX搞混了。React Native里也用JSX但标签不是DOM元素而是原生组件比如View、Text。写法规则和Web端一致只是可用的标签集合不同。从Web转React Native时JSX语法不用重新学但组件库要重新熟悉。7. 写在最后我个人的几条实操建议JSX这东西语法规则半天就能学完但真正用好需要时间。我自己的体会是别把它当成模板语言来用把它当成JavaScript的一部分。遇到“这里能不能写表达式”的问题先问自己“这个表达式在JS里合法吗”合法基本就能用。写组件时条件渲染和列表渲染尽量保持扁平嵌套超过三层就提取子组件或者变量。JSX的可读性优势在扁平结构里最明显嵌套深了反而比模板更难读。key的问题别偷懒能用id就用id。我见过太多因为用下标当key导致的诡异bug排查起来很费时间而避免的成本几乎为零。最后遇到报错先看控制台的第一条错误React的报错信息通常很具体会直接告诉你哪个文件哪一行、哪个属性有问题。别被一屏红色吓到从第一条开始读大部分问题五分钟内能定位。
