老高刚才不小心在SourceTree中忽略了一个上级文件夹(一样的名字没看清，并且勾选了全局忽略)，导致里面的所有文件都被忽略掉了，很是尴尬。。。...搜了半天，总算在这里找到了有用的答案，原来被SourceTree全局忽略的文件会保存在一个文件中，而不是直接写到.gitignore里，否则就不会这么麻烦了。...下面是解决办法： 进入SourceTree设置 --- GIT --- 全局忽略列表 -- 编辑 然后把之前误操作的文件夹删除了就OK！
Git忽略本地的文件修改，保留其在远程仓库的状态 项目中的一些配置文件，需要在本地根据实际情况配置和修改，但同时这些配置仅在本地使用，并不想提交到远程仓库，这个时候仅使用.gitignore就办不到了...如引言中的使用场景，在项目中有一些配置文件在远程仓库存在，但是本地的修改并不具有普适性，因此是不需要提交到远程仓库的，天真的我一开始将项目拉下后，直接在.gitingnore中添加了相关文件，但是在修改后发现...但是在我的知识体系中，还没有一个很好的解决方式，遂google探索之，终于找到了非常符合场景需求的一个git操作： 忽略跟踪 git update-index --assume-unchanged 查看被忽略的跟踪文件 git ls-files -v | grep '^h ' 恢复忽略文件，重新被版本控制 git update-index --no-assume-unchanged <file...但是查看git tree并没有任何跟踪文件是没有保存和提交的状态，也就是说之前被设置忽略的文件，犹如掩耳盗铃般，只是不被提交，但是在merge、checkout的时候还是会被提示覆盖风险而导致git操作失败
如果不通过setState而直接修改this.state，那么这个state不会放入状态队列中，下次调用setState时对状态队列进行合并时，会忽略之前直接被修改的state，这样我们就无法合并了，而且实际也没有把你想要的...setState之后发生的事情 在官方的描述中，setState操作并不保证是同步的，也可以认为是异步的。...在短时间内频繁setState。React会将state的改变压入栈中，在合适的时机，批量更新state和视图，达到提高性能的效果。...多个顺序执行的setState不是同步地一个一个执行滴，会一个一个加入队列，然后最后一起执行，即批处理 如何知道state已经被更新 传入回调函数 setState({ index: 1 }},...) setState无法完全掌控应用中所有组件的状态
这个系列便是对 Flutter 绘制的探索，通过测试、调试及源码分析来给出一些在绘制时被忽略或从未知晓的东西，而有些要点如果被忽略，就很可能出现问题。...在触发帧的调度后，会触发帧的重新绘制，被表脏的元素也会触发 rebuild。...执行 rebuild 方法的，是之前被加入脏表的那个 StatefulElement，接下来会进入 Element.rebuild。...---- 然后来到一个非常核心的方法 Element#updateChild。在进入这个方法之前，先梳理一下元素树的层级关系。...---- FutureBuilder 组件根据异步任务的状态，使用 setState 进行重新构建的。 ?
() 是第一个真正的生命周期方法 该方法仅在初始化渲染之前被调用一次 因为是在render()之前调用，所以无法访问DOM等原生UI 因为子元素等尚未创建，也无法访问refs 可以对this.props...()中的后期加载 出生阶段的最后一个方法 该方法只在组件实例及所有其子元素被加载到原生UI后被调用一次 在该方法中可访问原生UI，或通过refs访问子元素了，所以有可能会触发一次新的渲染过程；可以通过...)，内部写this.props.xxx = ...会引发报错 当父元素或根元素传递了新的属性值后，才会触发更新 4.1.2 setState() 对大部分开发者而言，首要和现实的挑战就是在组件中管理状态...改变部分状态时，并非替换整个state，React使用一个队列系统，更新其对应的一块 setState()应被视为异步操作；一个常见的错误就是在一个方法里setState后尝试立即用this.state.xxx...访问那个值，这容易引起bug React构造了一个更改队列，用来管理在方法链中对状态的多次更改；一旦状态更改被添加到队列中，React就会确保组件被添加到脏队列(dirty queue)，以跟踪组件实例的改变
而如果不通过setState，直接修改this.state 的值，则不会放入状态队列，当下一次调用 setState 对状态队列进行合并时，之前对 this.state 的修改将会被忽略，造成无法预知的错误...大部分情况下我们写setState会直接将需要修改的状态当做参数传入，其实setStae的参数是这样的： setState(nextState,callback); 在 setState 官方文档中介绍...这是在事件处理函数和服务器请求回调函数中触发 UI 更新的主要方法。不保证 setState 调用会同步执行，考虑到性能问题，可能会对多次调用作批处理。...原生绑定事件和setTimeout异步的函数没有进入到React的事务当中，或者当他们执行时，刚刚的事务已近结束了，后置钩子触发了，所以此时的setState会直接进入非批量更新模式，表现在我们看来成为了同步...综上来说我们可以简单理解为，在当前的生命周期中，setState为异步批量更新，在异步函数中，执行的是同步更新的方式。
(在构造函数中)调用 super(props) 的目的是什么在 super() 被调用之前，子类是不能使用 this 的，在 ES2015 中，子类必须在 constructor 中调用 super()...而 React 的工作方式则不同。包含表单的组件将跟踪其状态中的输入值，并在每次回调函数(例如onChange)触发时重新渲染组件，因为状态被更新。...在调用setState 之后发生了什么状态合并，触发调和： setState函数之后，会将传入的参数对象与当前的状态合并，然后出发调用过程根据新的状态构建虚拟dom树 经过调和过程，react会高效的根据新的状态构建虚拟...setState（）方法被调用setState 是 React 中最常用的命令，通常情况下，执行 setState 会触发 render。...；componentWillReceiveProps：在初始化render的时候不会执行，它会在组件接受到新的状态(Props)时被触发，一般用于父组件状态更新时子组件的重新渲染shouldComponentUpdate
，如果key不一样，则react先销毁该组件，然后重新创建该组件调用 setState 之后发生了什么在代码中调用 setState 函数之后，React 会将传入的参数与之前的状态进行合并，然后触发所谓的调和过程...key 是 React 用来追踪哪些列表元素被修改、被添加或者被移除的辅助标志。在开发过程中，我们需要保证某个元素的 key 在其同级元素中具有唯一性。...，只是合成事件和钩子函数的调用顺序在更新之前，导致在合成事件和钩子函数中没法立马拿到更新后的值，形成了所谓的“异步”，当然可以通过第二个参数setState(partialState, callback...你可以在 componentDidMount 里面直接调用 setState，它将触发额外渲染，但此渲染会发生在浏览器更新屏幕之前，如此保证了即使 render 了两次，用户也不会看到中间状态。...卸载阶段componentWillUnmount这个生命周期函数会在组件卸载销毁之前被调用，我们可以在这里执行一些清除操作。不要在这里调用 setState，因为组件不会重新渲染。
react中这两个生命周期会触发死循环componentWillUpdate生命周期在shouldComponentUpdate返回true后被触发。...componentWillReceiveProps：在初始化render的时候不会执行，它会在组件接受到新的状态(Props)时被触发，一般用于父组件状态更新时子组件的重新渲染shouldComponentUpdate...如下所示， username没有存储在DOM元素内，而是存储在组件的状态中。每次要更新 username时，就要调用 setState更新状态；每次要获取 username的值，就要获取组件状态值。...如果我们的数据请求在组件挂载之前就完成，并且调用了setState函数将数据添加到组件状态中，对于未挂载的组件则会报错。...如果没有key,Rεat就不知道列表中虚拟DOM元素与页面中的哪个元素相对应。所以在创建列表的时候，不要忽略key。hooks 和 class 比较的优势？
比如做个放大镜功能setState在了解setState之前，我们先来简单了解下 React 一个包装结构: Transaction:事务 (Transaction)是 React 中的一个调用结构，用于包装一个方法...；getSnapshotBeforeUpdate(prevProps, prevState)可以在更新之前获取最新的渲染数据，它的调用是在 render 之后， update 之前；shouldComponentUpdate...调用 setState 之后发生了什么在代码中调用 setState 函数之后，React 会将传入的参数与之前的状态进行合并，然后触发所谓的调和过程（Reconciliation）。...React 元素树操作状态 (Operate State) : 可以直接通过 this.state 获取到被包裹组件的状态，并进行操作。...如下所示， username没有存储在DOM元素内，而是存储在组件的状态中。每次要更新 username时，就要调用 setState更新状态；每次要获取 username的值，就要获取组件状态值。
null 避免重新渲染 有时候我们需要通过函数来判断组件状态更新是否触发重新渲染，在 React 16 中，我们可以通过调用 setState 时传入 null 来避免组件重新渲染，这也就意味着，我们可以在...在16.4中，有关getDerivedStateFromProps的修复使得派生状态更加可预测，因此错误使用的结果更容易被注意到。...getDerivedStateFromProps 会在调用 render 方法之前被调用，它应该返回一个用于更新状态的对象，或者如果不更新任何状态就返回 null。...它只在父组件进行重新渲染时触发，而且不作为本地 setState 的结果。 将nextProps.someValue与this.props.someValue进行比较。.../拿到props/状态变化的时候刷新一次了，所以这三个方法被标记为不安全。
因此在这些阶段发岀Ajax请求显然不是最好的选择。 在组件尚未挂载之前，Ajax请求将无法执行完毕，如果此时发出请求，将意味着在组件挂载之前更新状态（如执行 setState），这通常是不起作用的。...调用 setState 之后发生了什么 在代码中调用 setState 函数之后，React 会将传入的参数与之前的状态进行合并，然后触发所谓的调和过程（Reconciliation）。...，其实本身执行的过程和代码都是同步的，只是合成事件和钩子函数的调用顺序在更新之前，导致在合成事件和钩子函数中没法立马拿到更新后的值，形成了所谓的“异步”，当然可以通过第二个参数setState(partialState...setState ，就会触发一次额外的渲染，多调用了一次 render 函数，由于它是在浏览器刷新屏幕前执行的，所以用户对此是没有感知的，但是我应当避免这样使用，这样会带来一定的性能问题，尽量是在 constructor...在此方法中执行必要的清理操作： 清除 timer，取消网络请求或清除 取消在 componentDidMount() 中创建的订阅等； 这个生命周期在一个组件被卸载和销毁之前被调用，因此你不应该再这个方法中使用
（3）区别props 是传递给组件的（类似于函数的形参），而state 是在组件内被组件自己管理的（类似于在一个函数内声明的变量）。...（1）哪些方法会触发 react 重新渲染?setState（）方法被调用setState 是 React 中最常用的命令，通常情况下，执行 setState 会触发 render。...在 Virtual DOM 没有出现之前，最简单的方法就是直接调用 innerHTML。...，这一点差异都可忽略不计。...componentWillMount方法的调用在constructor之后，在render之前，在这方法里的代码调用setState方法不会触发重新render，所以它一般不会用来作加载数据之用。
this 简单回顾 在函数内部，this的值取决于函数被调用的方式。...其实每种方法在项目里用都是没什么问题的，性能方面基本上可以忽略，对于美观性和顺手比较主观，所以总体来说就是看大家的偏好咯，如果硬要推荐的话，我还是比较推荐第四种写法，美观而且不影响性能。...如果我们了解 setState 的原理的话，可能就能解答这个问题了，setState 做的事情不仅仅只是修改了 this.state 的值，另外最重要的是它会触发 React 的更新机制，会进行 diff...因为 Vue 在创建 UI 的时候会把这些 data 给收集起来，并且在这些 data 的访问器属性 setter 进行了重写，在这个重写的方法里会去触发 UI 的更新。...我的回答是执行过程代码同步的，只是合成事件和钩子函数的调用顺序在更新之前，导致在合成事件和钩子函数中没法立马拿到更新后的值，形式了所谓的“异步”，所以表现出来有时是同步，有时是“异步”。 2.
（类似vue的mounted） 可以发送ajax、设置状态（setState）的「最好的地方」 组件运行流程 state值被改变 state被更改 组间运行中，state被更改 进行提问是否继续？...「只要setState就会触发更新、只要触发了更新就会走剩下的流程。还会去对比虚拟dom、耗费性能 。其内部的子组件的生命周期也会触发一遍。」...所以在16.3以后的版本中移除了，该函数不能使用了。」 【循环】：重走state值被更改的流程如下： 进行提问是否继续？ 触发shouldComponentUpdate函数。...「只要setState就会触发更新、只要触发了更新就会走剩下的流程。还会去对比虚拟dom、耗费性能 。其内部的子组件的生命周期也会触发一遍。」...（同上边的render。） getSnapshotBeforeUpdate(prevProps,prevState) 执行这个函数，获取之前状态的一个快照。「需要有返回值。
“下面的示意图中加上了两个对勾标记，被勾选的状态表示 Child 组件实际在使用哪个状态 ” 这套方案听起来是可行的，我们把它写成代码： 仔细看上面的代码，我们会发现在受控模式下存在两个问题： 原子性...：Child 内部状态的更新会比 Parent 组件晚一个渲染周期，存在 tearing 的问题 性能：因为是在 useEffect 中通过 setState 来做的状态同步，所以会额外的触发一次渲染，...代码如下： 解决问题 2：性能 因为我们是在 useEffect 去做状态同步的，所以自然会额外的多触发一次 Child 组件的重渲染。...那有没有办法在 Child 组件的 render 阶段就直接更新 value 状态呢？ 并不可以，React 不允许我们在 render 过程中调用 setState。...函数中调用 setState 的，只是限制了只能触发当前组件自己的 state 更新。
首先要知道一点，setState本身的执行过程是同步的，只是因为在react的合成事件与钩子函数中执行顺序在更新之前，所以不能直接拿到更新后的值，形成了所谓的“ 异步 ”。...异步可以避免react改变状态时，资源开销太大，要去等待同步代码执行完毕，使当前的JS代码被阻塞，这样带来不好的用户体验。 那setState什么时候会执行异步操作或者同步操作呢？...同时也禁止在shouldComponentUpdate中调用setState，因为调用setState会再次触发这个函数，然后这个函数又触发了 setState，然后再次触发这两个函数……这样会进入死循环...，此时是把该异步操作丢到队列里，并没有立刻去执行，而是执行interactiveUpdates函数里的finally代码块，而previousIsBatchingUpdates在之前被赋值为false，...首先只render一次即批量更新的情况，由合成事件触发时，在reqeustWork函数中isBatchingUpdates将会变成true，isUnbatchingUpdates为false则直接被return
，但是我对原文作者提出的论点不是很感冒，但是作者提出的三点对 React 新手来说是很容易忽略的地方，所以我在这里只提出部分内容，而且把标题改为 ** 使用 React.setState 需要注意的三点...如果可变对象被使用了，但又不能在 shouldComponentUpdate() 中实现这种逻辑，仅在新 state 和之前的 state 存在差异的时候调用 setState() 可以避免不必要的重新渲染...用 setState 来管理这些状态不但会造成很多不需要的重新渲染，也会造成相关的生命周期钩子一直被调用，从而造成很多奇怪的问题。...可以参考这篇文章 如果需要在 setState 后直接获取修改后的值，那么有几个方案： 传入对应的参数，不通过 this.state 获取 针对于之前的例子，完全可以在调用 fireOnSelect...对于之前的例子，就可以这样： this.setState({ selection: value }, this.fireOnSelect) 使用 setTimeout 在 setState 使用
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
