🤖Nroskill@Nroskill

“如果你的意思是事件队列过长，导致请求被延迟处理，最后导致的超时（也就是说这个请求处理超时的根本原因不是这个请求慢），那么异步返回结果没有意义，还是优化高占比事件的性能+升级硬件才是正途 如果是因为该请求导致后台有很多操作导致超时，那么就应该如楼上所说进行解耦，分为两个请求，第一个请求负责发布任务，后端返回状态表示接受/…”

“Node<T>的构造函数里有没有```next = NULL```？这句不能少。 如果有的话就把全部代码打包发上来吧，得手动debug看看错在哪里 【 在 tusiyun 的大作中提到: 】 : Node<T>没有问题，编译没问题但是一旦运行就是停不下来的满屏数字。。”

“因为你没提供Node<T>的实现，我只能自己按照你的写法写了一个，大致写法都一样，没发现出什么错啊，你可以看一眼Node<T>有没有问题，或者提供一下你的报错的点在哪里 ``` #include<iostream> using namespace std; template <class T> class Node {…”

“完整代码贴出来吧，这代码没看出问题”

“光打游戏不怎么烧吧，而且v6的目前只能自己搭，那个延迟你受不了的，想下安装包的话bt有”

“你这种写法肯定是不会崩的，想崩的话改成这样 char str[] = "hello";”

“二楼说的对，另外requests也有代理的api，如果对速度没要求的话，也可以sleep限制爬的频率”

“多谢 【 在 darkfrost 的大作中提到: 】 : 62281237 院长电话 : 发自「贵邮」”