35

场景相对简单：我们在远程服务器上进行了长时间运行的按需计算。我们想记住结果。即使我们从远程资源中异步获取，这也不是副作用，因为我们只想将此计算的结果显示给用户，并且我们绝对不希望在每次渲染时都这样做。

问题：似乎 React.useMemo 不直接支持 Typescript 的 async/await 并且会返回一个 promise：

//returns a promise: 
let myMemoizedResult = React.useMemo(() => myLongAsyncFunction(args), [args])
//also returns a promise:
let myMemoizedResult = React.useMemo(() => (async () => await myLongAsyncFunction(args)), [args])

等待异步函数的结果并使用 React.useMemo 记忆结果的正确方法是什么？我在普通的 JS 中使用了常规的 Promise，但在这些类型的情况下仍然难以解决。

我尝试过其他方法，例如 memoize-one，但问题似乎是this由于 React 函数组件的工作方式破坏了 memoization，这就是我尝试使用 React.useMemo 的原因。

也许我正试图在此处的圆孔中安装一个方形钉 - 如果是这种情况，也很高兴知道这一点。现在我可能只是要推出我自己的记忆功能。

编辑：我认为部分原因是我在使用 memoize-one 时犯了一个不同的愚蠢错误，但我仍然很想知道这里的答案 wrt.memo。

这是一个片段 - 这个想法不是直接在渲染方法中使用记忆结果，而是作为以事件驱动的方式引用的东西，即在计算按钮单击时。

export const MyComponent: React.FC = () => {
    let [arg, setArg] = React.useState('100');
    let [result, setResult] = React.useState('Not yet calculated');

    //My hang up at the moment is that myExpensiveResultObject is 
    //Promise<T> rather than T
    let myExpensiveResultObject = React.useMemo(
        async () => await SomeLongRunningApi(arg),
        [arg]
    );

    const getResult = () => {
        setResult(myExpensiveResultObject.interestingProperty);
    }

    return (
        <div>
            <p>Get your result:</p>
            <input value={arg} onChange={e => setArg(e.target.value)}></input>
            <button onClick={getResult}>Calculate</button>
            <p>{`Result is ${result}`}</p>
        </div>);
}
4

3 回答 3

32

您真正想要的是在异步调用结束后重新渲染您的组件。仅靠记忆不会帮助您实现这一目标。相反，您应该使用 React 的状态 - 它会保留您的异步调用返回的值，并允许您触发重新渲染。

此外，触发异步调用是一种副作用，因此不应在渲染阶段执行 - 既不在组件函数的主体内部，也不在useMemo(...)渲染阶段也发生在内部。相反，所有副作用都应该在内部触发useEffect。

这是完整的解决方案：

const [result, setResult] = useState()

useEffect(() => {
  let active = true
  load()
  return () => { active = false }

  async function load() {
    setResult(undefined) // this is optional
    const res = await someLongRunningApi(arg1, arg2)
    if (!active) { return }
    setResult(res)
  }
}, [arg1, arg2])

这里我们调用里面的 async 函数useEffect。请注意，您不能在useEffect异步内部进行整个回调 - 这就是为什么我们在内部声明一个异步函数load并在不等待的情况下调用它。

一旦其中一个 s 更改，效果将重新运行arg- 这是大多数情况下您想要的。arg因此，如果您在渲染时重新计算它们，请务必记住s。执行setResult(undefined)是可选的 - 您可能希望将上一个结果保留在屏幕上，直到获得下一个结果。或者您可能会做类似setLoading(true)的事情，以便用户知道发生了什么。

使用active标志很重要。没有它，您将自己暴露于等待发生的竞争条件：第二个异步函数调用可能在第一个完成之前完成：

  1. 开始第一次通话
  2. 开始第二次通话
  3. 第二次通话结束，setResult()发生
  4. 第一次调用完成，setResult()再次发生，用过时的结果覆盖正确的结果

并且您的组件最终处于不一致的状态。我们通过使用useEffect's cleanup 函数重置active标志来避免这种情况：

  1. 设置active#1 = true，开始第一次通话
  2. arg 更改，调用清理函数，设置active#1 = false
  3. 设置active#2 = true，开始第二次通话
  4. 第二次通话结束，setResult()发生
  5. 第一次通话结束，setResult()因为active#1是false
于 2021-02-05T22:02:48.143 回答
3

编辑：由于调用的异步性质，我下面的原始答案似乎有一些意想不到的副作用。相反，我会尝试考虑记住服务器上的实际计算，或者使用自写的闭包来检查是否arg没有改变。否则，您仍然可以使用useEffect如下所述的东西。

我认为问题在于async函数总是隐含地返回一个承诺。既然是这种情况，您可以直接await将结果解开承诺：

const getResult = async () => {
  const result = await myExpensiveResultObject;
  setResult(result.interestingProperty);
};

在此处查看示例代码框。

我确实认为，虽然更好的模式可能是利用一个useEffect依赖于某些状态对象的状态对象，在这种情况下，该状态对象仅在按钮单击时设置，但它似乎也useMemo应该工作。

于 2020-05-12T16:38:20.303 回答
1

我认为 React 特别提到useMemo不应该用于管理像异步 API 调用这样的副作用。它们应该在useEffect设置了适当依赖关系的挂钩中进行管理，以确定是否应该重新运行它们。

于 2021-05-18T01:55:34.290 回答