卡晨

这个其实不算 bug，是目前的预期行为，后面可以优化一下

BTW，是 ImageViewer 不是 ImageView，表述还是要严谨一些哈

你是说现在图片放大之后，就不能滑动切换到下一张或者上一张了是么？

和 #4707 重复了，这个 issue 先关闭了，后面可以继续关注 #4707 哈

可以具体描述一下你的使用场景么？比较好奇在什么情况下需要用这个额外的 loading 属性来手动控制 我觉得加不加 loading 属性是其次的，重要是找到当前 API 使用起来不那么方便的场景，然后再看看这个场景存在的问题通过什么方式来解决才是最合理的，未必是加个 loading 属性这么简单

@chenliangngng OK 了解了 不过我还有个小疑惑哈，假如说我们给 InfiniteScroll 增加了 `loading` 属性，那你会怎么使用 `loading` 属性来解决这个场景的问题呢？可以再写一下 demo 么

get，其实现在的问题是 InfiniteScroll 对于手动数据加载的情况不太适用，我再想一下怎么处理比较好

这种场景之前的确也有其他社区同学提到过

做成一个属性来切换受控非受控感觉有点太恶心了，而且用户用起来设想了一下感觉也不省事 或许可以这样通过 ref 来手动控制： ```jsx const infiniteScrollRef = useRef() async function doRequest() { infiniteScrollRef.current.startManualTask() try { await api.myRequest(pageCount) infiniteScrollRef.current.finishManualTask() } catch (e) { infiniteScrollRef.current.failManualTask() } } useEffect(() => { doRequest()...

@zqran 当时我设想的是，有两套状态，分别是手动模式和自动模式对应的 `hasMore` `failed` 之类的状态，然后手动模式的优先级更高，不过感觉可能也不好实现？ 感觉还是得再从具体的 case 出发，才能知道哪种 API 设计是最合理的