Axiu
在React15架构的最后一段，描述递归更新的缺点描述时，举的例子和我的理解有些出入，这里想提出来讨论一下。 我记得v15的stack的问题在于，节点一层套一层，必须同步递归处理要更新的节点和所有子节点，这样一来如果超过16ms，就会造成用户操作失去响应。更新过程中如果要支持其他异步操作，保存现场的开销会很大。而fiber用了链表和双缓存的结构来改进。 下面给出的例子，是出现在替换真实节点的时候，那就体现不了stack的上述缺点。 我认为真实节点的更新，在v16里还是“同步”操作，不会更新到一半，去处理其他异步任务。如果这里用户看到了未更新的节点，那在v16里应该也是一样的。
demo写法： ```jsx {state.msg} handleClick(state.msg2)} >点我 switchActionSheet('isVisible1')} > 基础用法 {state.val} ``` 显示：
在 npm 库历史看到，5月29日连续发布1.1.2、1.2.0并改为废弃。并且 npm 上 1.1.1 版本被直接删除了吗？目前 CI 环境全部 404 了 希望这种改动，可以给一些缓冲和迁移路线 感谢辛苦付出，框架很好用👍