严格模式对React的运行时行为提供了以下限制:
- 不能在组件中使用不安全的生命周期方法,如componentWillMount、componentWillReceiveProps和componentWillUpdate。
- 不能在组件中使用ref属性。
- 不能在组件中使用key属性。
- 不能在组件中使用findDOMNode方法。
- 不能在组件中使用setState方法的第二个参数。
- 不能在组件中使用forceUpdate方法。
- 不能在组件中使用createClass方法。
- 不能在组件中使用getInitialState方法。
- 不能在组件中使用getDefaultProps方法。
- 不能在组件中使用propTypes属性。
- 不能在组件中使用defaultProps属性。
- 不能在组件中使用shouldComponentUpdate方法。
我们先看一个例子:
import React,{PureComponent,StrictMode} from "react";
import { findDOMNode } from "react-dom"
import Home from "./pages/Home";
import Profile from "./pages/Profile"
export class App extends PureComponent {
render(){
return (
<div>
<StrictMode>
<Home></Home>
</StrictMode>
<Profile></Profile>
</div>
)
}
}
export default App;在上面的例子中,我们使用了StrictMode,它有下面几个特点:
- 检测组件中的错误。如果组件中存在错误,React会打印出警告信息。
- 检测组件中的不安全的生命周期方法。如果组件中使用了不安全的生命周期方法,React会打印出警告信息。
- 严格模式不会影响组件的正常运行。
- 严格模式不会影响组件的性能。
然后我们看一下Home组件是如何写的:
import React,{PureComponent} from "react";
export class Home extends PureComponent {
// UNSAFE_componentWillMount(){
// console.log("Home UNSAFE_componentWillMount")
// }
constructor(props){
super(props)
console.log("Home Constructor")
}
componentDidCatch(){
console.log("Home componentDidMount")
}
render(){
console.log("Home Render")
return (
<div>
{/* <h2 ref="title">Home Title</h2> */}
<h2>Home</h2>
</div>
)
}
}
export default Home;在上面的例子中,我们使用了componentDidCatch方法,这个方法会在组件发生错误时被调用。但是,我们没有使用UNSAFE_componentWillMount方法,因为这个方法是React 16.3版本中引入的。
Profile组件
我们再看一下Profile组件是如何写的:
import React,{PureComponent} from "react";
export class Profile extends PureComponent {
UNSAFE_componentWillMount(){
console.log("UNSAFE_componentWillMount")
}
componentDidMount(){
// console.log(this.refs.title)
console.log("Profile componentDidMount")
}
render(){
console.log("Profile render")
return (
<div>
<h2 ref="title" >Profile Title</h2>
</div>
)
}
}
export default Profile在上面的代码中,我们使用了UNSAFE_componentWillMount方法,这个方法会在组件挂载之前被调用。
运行结果
我们运行一下上面的代码,看看会出现什么结果。

运行结果控制台输出中有一条报错信息,是由于我们使用ref属性不规范导致的,不过不影响程序的正常运行。
感谢阅读
@秋风于渭水 确实
[...]不同的浏览器存在兼容性问题的核心原因是不同的浏览器可能使用的是不同的浏览器内核。在现代化开发中,大多数的浏览器兼容性问题是可以通过工程化中的配置选项来解决的。1.比如browserslist可以配置目标的浏览器或者Node环境,然后在不同的工具中起作用,比如autoprefixer/babel/postess preset env等,在进行了正确的配置后,开发的Vue或者React项目在进行打包时[...]
[...]在BFC中,box会在垂直方向上一个挨着一个的排布垂直方向的间距由margin属性决定在同一个BFC中,相邻两个box之间的margin会折叠(collapse)在BFC中,每个元素的左边缘是紧挨着包含块的左边缘的然后我们再看一下官方文档中如何说明的?总结BFC是什么?W3C文档讲:在标准流中,我们所有的盒子,不管是块级盒子还是行内盒子,它们都属于某一个FC格式化上下文,块级盒子属于BFC`块级格[...]
[...]什么是FC呢这里我们给出W3C给出的文档,FC文档FC的全称是FormattingContext,元素在标准流里面都是属于一个FC的。那么什么又是IFC,BFC呢?IFC行内元素的布局都属于Inline Formatting,inline level box都是在IFC中布局的BFCBFC英文全称是Block Formatting Context,也就是block level box都是在BFC中[...]
这确实是一个盲点,这个还是很有必要的,处理不好会导致网页内的元素出现抖动问题。
[...]我们知道,当浏览器在执行到script标签的时候,首先会停止构建DOM树,然后下载Javascript文件并且执行,当JavaScript脚本执行完毕之后才会继续解析HTML标签构建DOM树。为什么Javascript程序会这样做呢?原因是我们的Javascript的作用就是操作DOM并且可以修改DOM。如果我们等到HTML执行完成之后再去执行JavaScript就会造成严重的回流和重绘,尤其是现[...]
[...]async属性和defer属性目标一样它也是为了不让js阻塞DOM树的构建。不过他们两个还是有区别的。async让js脚本的下载和执行是独立的。浏览器不会因为async属性的script脚本的执行而阻塞,这一点和defer属性类似。然而async属性比较任性,只要脚本被浏览器下载完成之后就会立即执行,不会等待在DOMContentLoaded之前执行。所以它不能保证是在DOMContentLoad[...]
我热爱 旅游专栏。令人惊艳了解路线。
欣赏你的照片, 我明白, 世界很美。感谢 旅行灵感。
读起来像小说。继续保持 带来的灵感。