moruifei

> > 遇到同样的问题了 改成了AtInput加上正则处理了。。。 太恶心了 这么明显低级的bug居然能发布到3.x的版本里面来 根本没自测过吧 taro能看出来是凹凸花了很多心血搞的，taro-ui的质量实在是不敢恭维了。很多组件都需要自己重新写，这个我是基于Input重新封装了一个InputNumber。当然还是要感谢别人的开源精神！

补充一下：实际表现是有几个tabsPane选项 当前激活的tabsPane就会渲染几遍。

> **问题描述** > > **复现步骤** > > ```js > // 这里可以贴代码 > ``` > > **期望行为** > > **报错信息** > > **系统信息** > > **补充信息** 一样的兄弟 这个问题你解决了吗

小姐姐对知识点的理解真透彻 很强~

> iOS 多少？ 你好，这边iphone X iphone11上都有这个问题。

> 我这里使用的Taro3 + react , 在列表（items）里渲染每个item里都有Input。 数据量少时还好，50+ 再输入值就会闪动，ios设备上会有这个问题。安卓没复现

> 这个问题早期在使用taro-ui就发现了，当时没有办法，只能自己通过taro-ui的className结合components的Input自己重写了一个独立的Input组件，通过不在组件内部使用state，直接操作ref的value来解决。 > 我这里仔细研究了一下，其实不只是光标卡顿的问题，它会导致新输入的内容覆盖掉之前输入的内容。 > > 我猜测是事件代理出了问题，我不知道 taro 是通过的什么处理的事件，感觉是 input 事件调用延迟，导致前一次输入还没有响应后一次的输入已经被调用。 这将会导致新的事件调用读取的是上上次的 value 数据，进而导致 value 更新出现问题。 @Chen-jj 大兄弟可否加个微信交流一下: moruifei1994

> 这个问题早期在使用taro-ui就发现了，当时没有办法，只能自己通过taro-ui的className结合components的Input自己重写了一个独立的Input组件，通过不在组件内部使用state，直接操作ref的value来解决。 taro-ui和taro的Input 应该都是基于微信原生Input封装的，都会有这个问题。我的场景是列表里渲染很多个Input，每个Input的更新值放到redux里。数据量越大问题越明显，不知道是不是组件重新渲染造成的。