面试官：如何解决按钮重复点击？这个问题挂了80%的人！

前言

还记得上周我们团队在招聘前端工程师，一个看起来经验丰富的候选人坐在我对面。

"你们项目中是如何处理按钮重复点击的问题的？"我抛出了这个看似简单的问题。

"这个简单，使用防抖就可以了。"他很快回答。

然而，当我继续追问细节时，他却陷入了沉思...

实际上，这个问题看似简单，但是要真正的解决好，需要考虑很多细节。在我面试了很多候选人中，能完整答出来的不到20%。

问题背景

在日常开发中，我们经常会遇到这样的场景：

用户疯狂点击提交按钮
表单重复提交导致数据异常
批量操作按钮被连续触发

这些问题如果处理不当，轻则影响用户体验，重则可能造成数据错误。今天，就让我们通过一个真实的面试场景，逐步深入这个问题

面试场景

面试官：项目中如何处理按钮重复点击的问题？

候选人：可以使用防抖（debounce）。

const debouncedSubmit = debounce(submit, 300);

面试官：那假设我防抖设置了1秒,我现在请求了,但是接口响应比较慢,要3秒,用户在这3秒内点击了多次,那怎么办? 防抖是不是就没用了?

一般说到这里,很多人就不知道怎么搞了

候选人：可以给按钮加上 loading 状态，点击后设置 loading 为 true，等操作完成后再设置为 false。

const [loading, setLoading] = useState(false);

const handleSubmit = async () => {
    setLoading(true);
    try {
        await submitData();
    } finally {
        setLoading(false);
    }
}

面试官：这个思路不错，但是如果项目中有很多按钮都需要这样处理，你会怎么做？

候选人：额...每个按钮都写一遍 loading 状态管理？

面试官：那样就会有很多重复代码，有没有想过怎么封装呢？

到这里也卡掉了很多人

顺便吆喝一句，技术大厂机遇，前后端测试多地捞人，待遇还可以~

解决方案

我们可以封装一个自定义 Hook

import {useState,useCallback,useRef} from 'react'

function useLock(asyncFn) {
    const [loading, setLoading] = useState(false)
    const asyncFnRef = useRef(null)
    asyncFnRef.current = asyncFn
    const run = useCallback(async (...args) => {
        if(loading) return
        setLoading(true)
        try {
            await asyncFnRef.current(...args)
        } finally {
            setLoading(false)
        }
    }, [loading])

    return [loading,run]
}

然后封装一个通用的 Button 组件

import {Button as AntButton} from 'antd'

const Button = ({onClick,...props})=>{
    const {loading, run} = useLock(onClick || (()=> {}))
    return <AntButton loading={loading} {...props} onClick={run}></button>
}

使用示例

const Demo = () => {
    const handleSubmit = async () => {
        // 模拟异步请求
        await new Promise(resolve => setTimeout(resolve, 2000))
        console.log('提交成功')
    }

    return (
        <Button onClick={handleSubmit}>
            提交
        </Button>
    )
}

可以看到在 handleSubmit 执行的时候 Button 会自动添加 loading, 在请求完成后 loading 会自动变为 false。