这个问题可能是因为你的代码中没有正确处理并发请求。在高并发场景下，如果多个请求同时访问同一个资源，可能会出现竞争条件（race condition）导致数据不一致或程序错误。
针对这个问题，你可以考虑使用 sync.Mutex 或者 sync.RWMutex 来保护共享资源的读写操作。具体做法如下：
- 定义一个全局的锁对象：
var mu sync.Mutex
- 在需要保护的代码块中加锁：
mu.Lock()
defer mu.Unlock()
// 需要保护的代码块
- 如果只涉及到读取操作，可以使用 RWMutex 读写锁来提高性能：
var rwmu sync.RWMutex
// 读取共享资源时加上读锁
rwmu.RLock()
defer rwmu.RUnlock()
// 写入共享资源时加上写锁
rwmu.Lock()
defer rwmu.Unlock()
// 需要读/写保护的代码块
注意：在使用锁时需要避免死锁情况，即多个 goroutine 相互等待对方释放锁而无法继续执行。通常可以通过限制每个 goroutine 持有锁的时间或者使用超时机制来防止死锁。
![/data # iw --debug dev wlan0 connect -w "lucky-5g" auth open key 0:1234567890
Usage: iw [options] dev connect [-w] [] [] [auth open|shared] [key 0:abcde d:1:6162636465] [mfp:req/opt/no]
Join the network with ...](https://linuxcpp.0voice.com/zb_users/upload/2023/05/202305162239148267954.png)
![驱动代码
void kalRxTaskletSchedule(struct GLUE_INFO *pr)
{
static unsigned int num = 0;
tasklet_hi_schedule(&pr->rRxTask[(num++)%NR_CPUS]);
// tasklet_hi_schedule(&pr->rRxTask);
DBGLOG(HAL, ERROR,](https://linuxcpp.0voice.com/zb_users/upload/2023/05/202305162226144313964.png)
