pro-components 关于ProTable组件的节流阀问题

🧐 问题描述

ProTable组件的request，应该是有使用节流阀的。对于数据查询，如果想在onChange事件，就触发request请求，可能会有问题。如果是选择类的，可能不会有问题，但如果是输入类的，像Input类的组件，刚输入时，就触发了request请求，等输入完了，可能就不触发请求了，导致查询的结果会有误，甚至我输入完之后，再点“查询”按钮，也不会再触发request请求。像这种问题，不知该如何处理，还是说就不应该在onChange触发rquest请求。如果只是想要控制查询频率，可以使用防抖动函数，但节流阀会对onChange产生问题，不知像这个问题，该如何处理？

May 22 '22 15:05 snowmandxp

应该来说，ProTable的防抖动是有Bug的，在useFetchData的fetchList函数中：

if (loading || requesting.current || !getData) {
    return [];
}

如果调用request请求，还在loading状态，说明上一次request请求还没有结束，这时直接返回了空数组。这样前一次的调用返回的比后一次调用晚，ProTable显示的是前一次调用的数据，这样真实的表格数据和查询条件是不一致的，出现BUG。当在loading状态时，应该不能直接返回为空的。

May 23 '22 07:05 snowmandxp

不知如果改成这样，是否有问题：

// fetchList：
    /** 请求数据 */
    const fetchList = async (isPolling) => {

        if(loading || requesting.current) {
            return "loading";
        }

        if(!getData) {
            return [];
        }

// fetchListDebounce：
    const fetchListDebounce = useDebounceFn(async (isPolling) => {
        if (pollingSetTimeRef.current) {
            clearTimeout(pollingSetTimeRef.current);
        }

        const msg = await fetchList(isPolling);

        if(msg === "loading") {
            fetchListDebounce.run(false);
        }
        . . .

May 23 '22 07:05 snowmandxp

是有这个问题，监听表单变化，触发submit，这样表格的防抖导致最后发出的请求不是最后的表单数据。比如input输入12345，最后发出的请求可能是123