你想解决React开发中直接修改组件props报TypeError: Cannot assign to read only property的核心错误以及修改props中引用类型内部属性引发的隐性状态混乱问题该问题是React入门的高频基础错误核心原因是违背了React官方规定的props只读不可变和单向数据流两大核心设计原则——React将props设计为只读属性无论是类组件还是函数组件都禁止直接修改父组件传递的props所有props的更新必须由数据源所在的父组件/顶层组件完成子组件仅能接收和使用props。该问题在React 16至React 18的所有版本中核心规则完全一致类组件和函数组件的报错表现、解决思路通用只需遵循单向数据流原则通过父组件回调实现props的间接更新即可彻底解决。文章目录一、核心认知React props的设计原则与工作机制1.1 props的两大核心设计原则原则1props是**只读不可变**的Read-Only原则2props遵循**单向数据流**One-Way Data Flow1.2 React单向数据流的核心执行机制1.3 props合法/非法操作对比表二、典型错误场景按出现频率排序附错误修复代码2.1 函数组件中直接修改基本类型props触发显性只读报错最高频错误表现错误代码函数组件直接修改基本类型props核心原因修复代码遵循单向数据流父组件传回调子组件调回调2.2 函数组件中修改引用类型props内部属性引发隐性状态混乱高频错误表现错误代码函数组件修改引用类型props内部属性核心原因修复代码方案二选一回调通知父组件修改 | 深拷贝到子组件本地state方案1回调通知父组件修改推荐同步更新父组件方案2深拷贝props到子组件本地state仅子组件本地修改不同步父组件2.3 类组件中直接修改this.props触发显性只读报错高频错误表现错误代码类组件直接修改this.props核心原因修复代码类组件遵循单向数据流父传回调子调回调2.4 子组件将props赋值给自身state后期望修改state同步更新props中频错误表现错误代码子组件props赋值给state期望双向同步核心原因修复代码方案二选一监听props同步state | 回调通知父组件更新方案1使用useEffect监听props同步更新子组件state方案2调用父组件回调同步更新父组件props和子组件state三、系统化排查步骤快速定位props修改问题步骤1查看控制台报错信息区分**显性报错**和**隐性bug**步骤2全局搜索props修改代码定位**违规操作**步骤3检查**数据流向**是否遵循单向数据流步骤4检查**引用类型props**是否做了**深拷贝**步骤5检查**子组件state与props的关联**是否添加了**监听同步**步骤6排查**跨层级组件**是否深层子组件直接修改了props四、永久避坑技巧遵循编码规范从源头杜绝props修改问题4.1 牢记props**两大核心原则**刻入编码习惯4.2 子组件需要更新props时**第一时间想到回调函数**4.3 引用类型props**禁止直接修改内部属性**必要时**深拷贝**4.4 跨层级传props时遵循**“逐层传递回调”**或使用**状态管理库**4.5 子组件state与props关联时**必须添加监听同步**4.6 开启ESLint校验拦截**props修改**的违规代码快速配置在.eslintrc.js中添加4.7 给props添加**类型校验**规范传值格式PropTypes示例五、总结一、核心认知React props的设计原则与工作机制要解决props修改导致的报错问题必须先理解React props的核心设计理念和单向数据流机制这是所有解决方案的基础。该错误的本质并非语法漏洞而是React为了避免组件状态混乱、简化调试流程的刻意设计props的只读规则是React组件通信的基础准则。1.1 props的两大核心设计原则这是React官方明确规定的必守准则100%的props修改报错都是因为违背了其中一条React 16所有版本、类组件/函数组件完全通用是开发中必须刻入习惯的基础规则原则1props是只读不可变的Read-OnlyReact会将props设置为只读属性无论是基本类型数字、字符串、布尔值还是引用类型对象、数组、函数子组件都禁止直接修改props本身。直接修改基本类型props会立刻触发浏览器控制台的只读属性修改报错直接修改引用类型props的内部属性/元素虽不会立刻报错但会导致父组件源状态与子组件props数据不一致引发隐性的状态混乱bug属于更危险的违规操作。原则2props遵循单向数据流One-Way Data Flowprops的数据流只能从父组件流向子组件子组件无法反向修改父组件的props数据源。若子组件需要更新props的值必须通过父组件传递的回调函数通知父组件修改其内部的状态/数据源父组件状态更新后会自动将新的props重新传递给子组件完成props的更新整个流程始终保持自上而下的单向数据传递。1.2 React单向数据流的核心执行机制props的单向数据流是React组件通信的核心确保了组件状态的可追溯性——所有数据的修改都只发生在数据源所在的组件避免了多组件随意修改数据导致的状态混乱核心执行流程如下1. 父组件在自身内部定义状态state/useState作为props的数据源 2. 父组件将状态和**更新状态的回调函数**一起传递给子组件 3. 子组件接收props仅做**使用/渲染**不做任何修改 4. 子组件需要更新props时调用父组件传递的**回调函数** 5. 回调函数在父组件内部执行修改父组件的原始状态 6. 父组件状态更新触发自身重渲染将**新的状态**作为props重新传递给子组件 7. 子组件接收新的props触发重渲染展示更新后的数据核心结论所有props的更新都必须在父组件中完成子组件仅负责通过回调“通知”父组件修改这是解决props修改报错的唯一正确思路。1.3 props合法/非法操作对比表为快速区分props的正确与错误使用方式以下表格清晰对比合法操作与非法操作覆盖基本类型和引用类型props同时标注显性报错和隐性bug场景可直接作为开发参考props类型操作行为合法/非法问题表现核心修复方案基本类型数字/字符串子组件直接修改props如props.count 1非法控制台抛出Cannot assign to read only property显性报错组件渲染中断调用父组件回调由父组件更新状态引用类型对象/数组子组件直接修改props内部属性/元素如props.user.name 李四非法无即时报错父组件源状态被意外修改父子组件数据混乱属于隐性bug调用父组件回调修改或深拷贝props到子组件本地state所有类型子组件仅使用/渲染props不做任何修改合法无问题数据流向清晰保持该操作所有类型子组件通过父组件回调通知更新props合法无问题遵循单向数据流保持该操作类组件给this.props直接赋值如this.props.age 20非法控制台抛出只读属性修改报错调用父组件回调由父组件更新函数组件将props赋值给新变量后修改新变量未修改原props合法无问题仅修改子组件本地变量保持该操作若需本地修改关键提醒引用类型props的隐性修改是更危险的操作——看似无报错实则破坏了单向数据流导致父组件的原始状态被子组件意外修改后续调试时无法追溯数据修改的源头开发中需严格避免。二、典型错误场景按出现频率排序附错误修复代码props修改导致的报错/问题场景按新手出现频率从高到低排序先讲显性报错的基本类型修改再讲隐性bug的引用类型修改同时覆盖函数组件和类组件场景每个场景标注错误表现、错误代码、核心原因、通用修复代码适配React 16所有版本你可直接对号入座快速修复。2.1 函数组件中直接修改基本类型props触发显性只读报错最高频错误表现子组件直接给父组件传递的数字、字符串、布尔值等基本类型props赋值浏览器控制台立刻抛出Uncaught TypeError: Cannot assign to read only property xxx of object #Object错误组件渲染中断页面白屏报错栈直接指向修改props的代码行。错误代码函数组件直接修改基本类型props// 父组件 Parent.jsx import React, { useState } from react; import Child from ./Child; function Parent() { // 父组件定义状态作为props数据源 const [count, setCount] useState(0); return ( div h3父组件count{count}/h3 {/* 父组件传递基本类型props给子组件 */} Child count{count} / /div ); } // 子组件 Child.jsx错误写法 import React from react; function Child(props) { const handleAdd () { // 错误直接修改基本类型props触发只读属性报错 props.count props.count 1; }; return ( div p子组件count{props.count}/p button onClick{handleAdd}子组件点击1/button /div ); }核心原因count是基本类型propsReact将其设置为只读属性子组件直接通过props.count xxx赋值违反了props只读不可变原则React直接抛出显性错误阻止组件渲染。修复代码遵循单向数据流父组件传回调子组件调回调核心方案父组件将更新状态的回调函数如setCount或自定义函数作为props传递给子组件子组件通过调用该回调函数通知父组件修改原始状态父组件状态更新后自动传递新的props给子组件全程子组件不直接修改任何props。// 父组件 Parent.jsx修复后传递回调函数 import React, { useState } from react; import Child from ./Child; function Parent() { const [count, setCount] useState(0); // 自定义回调函数也可直接传递setCount const handleCountAdd () { setCount(prev prev 1); }; return ( div h3父组件count{count}/h3 {/* 父组件传递props 更新回调 */} Child count{count} onCountAdd{handleCountAdd} / /div ); } // 子组件 Child.jsx修复后调用回调不修改props import React from react; function Child(props) { const handleAdd () { // 正确调用父组件传递的回调函数通知父组件更新count props.onCountAdd(); }; return ( div p子组件count{props.count}/p button onClick{handleAdd}子组件点击1/button /div ); }简化方案若逻辑简单父组件可直接将setCount作为props传递给子组件子组件直接调用setCount无需自定义回调// 父组件直接传递setCount Child count{count} setCount{setCount} / // 子组件直接调用setCount props.setCount(prev prev 1);2.2 函数组件中修改引用类型props内部属性引发隐性状态混乱高频错误表现子组件直接修改父组件传递的对象、数组等引用类型props的内部属性/元素如props.user.name 李四无即时控制台报错但父组件的原始状态会被意外修改导致父子组件数据同步混乱后续其他使用该状态的组件会展示错误数据属于隐性bug调试时难以追溯数据修改的源头比显性报错更危险。错误代码函数组件修改引用类型props内部属性// 父组件 Parent.jsx import React, { useState } from react; import Child from ./Child; function Parent() { // 父组件定义对象类型状态作为props数据源 const [user, setUser] useState({ name: 张三, age: 18 }); return ( div h3父组件用户{user.name}{user.age}岁/h3 {/* 父组件传递引用类型props给子组件 */} Child user{user} / /div ); } // 子组件 Child.jsx错误写法 import React from react; function Child(props) { const handleUpdateUser () { // 错误直接修改引用类型props的内部属性无即时报错但引发隐性bug props.user.name 李四; props.user.age 20; }; return ( div p子组件用户{props.user.name}{props.user.age}岁/p button onClick{handleUpdateUser}子组件修改用户信息/button /div ); }核心原因引用类型对象/数组的赋值是引用传递子组件接收到的props.user与父组件的user指向同一个内存地址子组件修改props.user的内部属性本质上是直接修改了父组件的原始状态违反了单向数据流原则。由于React仅禁止修改props本身的引用地址不限制其内部属性因此不会抛出即时报错但会破坏数据的可追溯性。修复代码方案二选一回调通知父组件修改 | 深拷贝到子组件本地state提供两种修复方案根据是否需要同步更新父组件状态选择方案1为官方推荐遵循单向数据流方案2适用于子组件本地临时修改的场景方案1回调通知父组件修改推荐同步更新父组件父组件传递更新状态的回调函数子组件调用回调并传递新的属性值由父组件在内部修改原始状态遵循单向数据流保证父子组件数据同步// 父组件 Parent.jsx修复后传递更新回调 import React, { useState } from react; import Child from ./Child; function Parent() { const [user, setUser] useState({ name: 张三, age: 18 }); // 父组件定义回调接收子组件传递的新用户信息更新原始状态 const handleUpdateUser (newUser) { setUser(prev ({ ...prev, ...newUser })); // 合并新属性保留原有属性 }; return ( div h3父组件用户{user.name}{user.age}岁/h3 Child user{user} onUpdateUser{handleUpdateUser} / /div ); } // 子组件 Child.jsx修复后调用回调传递新值 import React from react; function Child(props) { const handleUpdateUser () { // 正确子组件定义新的属性值调用回调传递给父组件 const newUser { name: 李四, age: 20 }; props.onUpdateUser(newUser); }; return ( div p子组件用户{props.user.name}{props.user.age}岁/p button onClick{handleUpdateUser}子组件修改用户信息/button /div ); }方案2深拷贝props到子组件本地state仅子组件本地修改不同步父组件若子组件的修改仅为本地临时使用无需同步更新父组件状态可将引用类型props深拷贝到子组件自身的state中后续仅修改本地state不触碰props避免修改父组件原始状态// 子组件 Child.jsx仅本地修改不同步父组件 import React, { useState, useEffect } from react; import _ from lodash; // 引入lodash做深拷贝也可手动实现 function Child(props) { // 初始化本地state深拷贝props.user避免引用关联 const [localUser, setLocalUser] useState({}); // 监听props变化同步更新本地state可选 useEffect(() { setLocalUser(_.cloneDeep(props.user)); // 深拷贝断开引用 }, [props.user]); const handleUpdateLocalUser () { // 正确仅修改子组件本地state不修改props不影响父组件 setLocalUser({ name: 李四, age: 20 }); }; return ( div {/* 渲染子组件本地state */} p子组件本地用户{localUser.name}{localUser.age}岁/p button onClick{handleUpdateLocalUser}子组件本地修改用户/button /div ); }关键提醒必须使用深拷贝如lodash.cloneDeep、JSON.parse(JSON.stringify())不可使用浅拷贝如Object.assign、扩展运算符...——浅拷贝仅复制对象的第一层属性深层属性仍为引用传递仍可能导致隐性bug。2.3 类组件中直接修改this.props触发显性只读报错高频错误表现Vue开发者转React的高频习惯错误在类组件中通过this.props.xxx xxx直接修改props控制台抛出Cannot assign to read only property xxx的显性报错组件渲染中断报错栈指向修改this.props的代码行。错误代码类组件直接修改this.props// 父组件 ParentClass.jsx import React, { Component } from react; import ChildClass from ./ChildClass; class ParentClass extends Component { state { msg: 父组件原始消息 }; render() { return ( div h3父组件消息{this.state.msg}/h3 ChildClass msg{this.state.msg} / /div ); } } // 子组件 ChildClass.jsx错误写法 import React, { Component } from react; class ChildClass extends Component { handleUpdateMsg () { // 错误类组件中直接修改this.props触发只读属性报错 this.props.msg 子组件修改后的消息; }; render() { return ( div p子组件消息{this.props.msg}/p button onClick{this.handleUpdateMsg}子组件修改消息/button /div ); } }核心原因类组件中的this.props与函数组件的props一致均被React设置为只读属性直接赋值修改违反了props只读不可变原则React直接抛出显性错误阻止组件渲染。修复代码类组件遵循单向数据流父传回调子调回调核心方案与函数组件一致父组件将更新状态的回调函数作为props传递给子组件子组件通过this.props.回调函数()调用由父组件在内部修改this.state完成props的更新// 父组件 ParentClass.jsx修复后传递回调函数 import React, { Component } from react; import ChildClass from ./ChildClass; class ParentClass extends Component { state { msg: 父组件原始消息 }; // 父组件定义回调函数修改自身state handleUpdateMsg (newMsg) { this.setState({ msg: newMsg }); }; render() { return ( div h3父组件消息{this.state.msg}/h3 {/* 传递props 更新回调 */} ChildClass msg{this.state.msg} onUpdateMsg{this.handleUpdateMsg} / /div ); } } // 子组件 ChildClass.jsx修复后调用回调不修改props import React, { Component } from react; class ChildClass extends Component { handleUpdateMsg () { // 正确调用父组件传递的回调函数传递新值 this.props.onUpdateMsg(子组件通过回调修改的消息); }; render() { return ( div p子组件消息{this.props.msg}/p button onClick{this.handleUpdateMsg}子组件修改消息/button /div ); } }2.4 子组件将props赋值给自身state后期望修改state同步更新props中频错误表现子组件将props赋值给自身的state后续修改子组件的state但父组件的props和子组件的原始props未更新出现“子组件state更新props未同步”的问题开发者误以为修改state能反向更新props属于对props和state关联关系的误解。错误代码子组件props赋值给state期望双向同步// 父组件 Parent.jsx import React, { useState } from react; import Child from ./Child; function Parent() { const [text, setText] useState(原始文本); return ( div h3父组件text{text}/h3 Child text{text} / /div ); } // 子组件 Child.jsx错误写法 import React, { useState } from react; function Child(props) { // 子组件将props赋值给自身state const [localText, setLocalText] useState(props.text); const handleUpdateText () { // 错误修改子组件state期望props同步更新实际无效果 setLocalText(修改后的文本); }; return ( div p子组件localText{localText}/p p子组件props.text{props.text}/p {/* 仍为原始值未更新 */} button onClick{handleUpdateText}修改子组件state/button /div ); }核心原因props赋值给子组件state的操作仅在子组件首次渲染时执行一次后续props更新时子组件的state不会自动同步且子组件修改自身state的操作与父组件的props数据源无任何关联无法反向更新props这是React单向数据流和state独立隔离的必然结果。修复代码方案二选一监听props同步state | 回调通知父组件更新根据是否需要同步父子组件数据选择修复方案方案1适用于父组件更新props时同步子组件state方案2适用于子组件修改时同步更新父组件props方案1使用useEffect监听props同步更新子组件state若需要父组件props更新时子组件的local state也同步更新可使用useEffect监听props变化在依赖数组中加入propsprops更新时自动修改子组件state// 子组件 Child.jsx父组件props更新同步子组件state import React, { useState, useEffect } from react; function Child(props) { const [localText, setLocalText] useState(props.text); // 监听props.text变化同步更新localText useEffect(() { setLocalText(props.text); }, [props.text]); // 依赖props.textprops更新时执行 const handleUpdateText () { setLocalText(修改后的文本); }; return ( div p子组件localText{localText}/p p子组件props.text{props.text}/p button onClick{handleUpdateText}修改子组件state/button /div ); }方案2调用父组件回调同步更新父组件props和子组件state若需要子组件修改时同时更新父组件props和子组件state可在调用父组件回调后同步修改子组件state保证父子组件数据一致// 父组件 Parent.jsx传递回调函数 import React, { useState } from react; import Child from ./Child; function Parent() { const [text, setText] useState(原始文本); const handleUpdateText (newText) { setText(newText); }; return ( div h3父组件text{text}/h3 Child text{text} onUpdateText{handleUpdateText} / /div ); } // 子组件 Child.jsx调用回调同步更新父子组件数据 import React, { useState, useEffect } from react; function Child(props) { const [localText, setLocalText] useState(props.text); // 监听props同步state useEffect(() { setLocalText(props.text); }, [props.text]); const handleUpdateText () { const newText 修改后的文本; props.onUpdateText(newText); // 通知父组件更新props setLocalText(newText); // 同步更新子组件state }; return ( div p子组件localText{localText}/p p子组件props.text{props.text}/p {/* 同步更新为新值 */} button onClick{handleUpdateText}同步修改父子组件数据/button /div ); }三、系统化排查步骤快速定位props修改问题如果你的React项目中出现props相关的报错或状态混乱问题可按先区分显性报错/隐性bug→再定位修改props的代码→最后验证是否遵循单向数据流的步骤逐一排查适配React 16所有版本、类组件/函数组件快速定位问题根源步骤1查看控制台报错信息区分显性报错和隐性bug若控制台抛出Cannot assign to read only property错误直接定位到报错行的props直接赋值代码属于显性的props修改错误若无即时报错但父子组件数据不一致优先排查子组件是否修改了引用类型props的内部属性/元素属于隐性bug。步骤2全局搜索props修改代码定位违规操作全局搜索项目中的props.xxx 、this.props.xxx 等赋值语句直接定位到直接修改props的代码行再搜索props.xxx.xxx 、props.xxx.push()等操作定位引用类型props的内部修改代码。步骤3检查数据流向是否遵循单向数据流确认props的数据源是否在父组件/顶层组件子组件是否直接修改了props或是否通过回调函数通知父组件修改若未使用回调则直接判定为违规操作。步骤4检查引用类型props是否做了深拷贝若子组件需要将props赋值给本地state检查是否使用了深拷贝断开引用若使用浅拷贝如扩展运算符、Object.assign则可能导致隐性的状态关联问题。步骤5检查子组件state与props的关联是否添加了监听同步若子组件将props赋值给自身state检查是否使用useEffect函数组件或componentWillReceiveProps/getDerivedStateFromProps类组件监听props变化保证props更新时state同步。步骤6排查跨层级组件是否深层子组件直接修改了props若项目中使用了跨层级props传值如爷爷→父亲→儿子排查深层子组件如儿子组件是否直接修改了props跨层级传值时仍需遵循最顶层组件为数据源底层组件通过回调逐层向上通知的原则。四、永久避坑技巧遵循编码规范从源头杜绝props修改问题掌握以下React props专属编码规范彻底摒弃错误的props使用习惯从编码阶段就拦截props修改报错和隐性bug适配所有React 16项目开发4.1 牢记props两大核心原则刻入编码习惯将**“props只读不可变、单向数据流自上而下”**作为React组件通信的开发准则开发时始终牢记子组件只使用props不修改props所有props的更新都必须在数据源所在的父组件中完成。4.2 子组件需要更新props时第一时间想到回调函数形成肌肉记忆子组件中任何需要更新props的场景都直接通过父组件传递的回调函数实现不编写任何props修改代码这是解决props修改问题的唯一正确思路。4.3 引用类型props禁止直接修改内部属性必要时深拷贝开发中严格避免props.对象.属性 、props.数组.push()等操作若子组件需要本地处理引用类型数据必须使用深拷贝如lodash.cloneDeep、JSON.parse(JSON.stringify())将props拷贝到子组件本地state再修改本地state彻底断开与父组件数据源的引用关联。4.4 跨层级传props时遵循**“逐层传递回调”或使用状态管理库**若跨层级传值如爷爷→父亲→儿子遵循回调函数逐层向上传递的原则底层子组件调用父组件回调父组件再调用爷爷组件回调最终由顶层数据源组件修改状态若跨层级传值场景较多如超过3层推荐使用React Context、Redux、Zustand、Jotai等状态管理库统一管理全局/跨层级状态避免props和回调的逐层传递简化代码。4.5 子组件state与props关联时必须添加监听同步若子组件将props赋值给自身state必须使用useEffect函数组件或getDerivedStateFromProps类组件监听props变化保证props更新时子组件的local state能自动同步避免数据不一致。4.6 开启ESLint校验拦截props修改的违规代码在项目中配置React专属的ESLint规则添加禁止修改props的校验规则在VSCode等编辑器中实时提示违规代码避免运行时报错快速配置在.eslintrc.js中添加module.exports{rules:{// 禁止直接修改props函数组件react/no-direct-mutation-state:error,// 禁止类组件中修改this.propsreact/prop-types:warn,// 配合PropTypes做props类型校验更规范}};4.7 给props添加类型校验规范传值格式使用React的PropTypes或TypeScript给props添加类型校验明确props的类型、是否必传、默认值等不仅能规范组件传值还能在传值错误时及时提示间接避免因传值类型错误导致的props修改问题PropTypes示例# 安装PropTypesnpminstallprop-types --saveimport React from react; import PropTypes from prop-types; function Child(props) { return p{props.count}/p; } // 给props添加类型校验 Child.propTypes { count: PropTypes.number.isRequired, // count为必传的数字类型 onCountAdd: PropTypes.func // onCountAdd为函数类型 }; // 设置props默认值 Child.defaultProps { onCountAdd: () {} };五、总结React组件props传值因只读属性修改导致的报错以及引用类型props修改引发的隐性状态混乱问题并非React自身的缺陷而是违背了“props只读不可变”和“单向数据流自上而下”的两大核心设计原则React 16至React 18的所有版本中类组件和函数组件的props规则完全一致核心解决思路从未改变。核心根源显性报错子组件直接给基本类型props赋值违反props只读原则隐性bug子组件修改引用类型props的内部属性通过引用传递直接修改了父组件的原始状态破坏了单向数据流。高频错误点函数组件直接修改基本类型props函数组件修改引用类型props的内部属性/元素类组件直接给this.props赋值子组件将props赋值给本地state后期望修改state反向同步props跨层级传值时深层子组件直接修改props。核心解决方案核心原则所有props的更新都必须在数据源所在的父组件中完成子组件不直接修改任何props标准方式父组件将更新状态的回调函数作为props传递给子组件子组件调用回调通知父组件修改原始状态遵循单向数据流本地修改若子组件需要本地临时修改引用类型props使用深拷贝将props拷贝到子组件本地state再修改state断开与父组件的引用关联数据同步若子组件state与props关联使用useEffect函数组件或getDerivedStateFromProps类组件监听props变化保证state与props同步。源头避坑牢记props只读和单向数据流原则子组件更新props优先使用回调函数引用类型props禁止内部修改本地使用时必须深拷贝跨层级传值优先使用状态管理库避免props和回调逐层传递子组件state与props关联时添加监听同步机制开启ESLint校验使用PropTypes/TypeScript做props类型校验编码阶段拦截违规操作。遵循以上规则和方案能彻底解决React props修改导致的所有报错和隐性bug同时让组件的数据流向更清晰、状态更易调试充分发挥React单向数据流在组件化开发中的优势让组件通信更规范、更健壮。【专栏地址】更多 JS实战BUG调试、前端性能优化、工程化解决方案欢迎订阅我的 CSDN 专栏全栈BUG解决方案