@chairuosen 听你这么一说好像有点道理。 也没深入了解过这个库，我以为这种只执行一次的任务是不需要 cancel 的，我先把这部分修改了

@fds 旧的 task 没有 cancel，因为我这里的 task 都是只执行一次的，即在某个时间点执行一次，执行之后才会有新的 task 产生，我产生新的 task 是直接把新旧 taks 覆盖掉。不知道这里有没有问题。 因为都是只执行一次而且都是已经执行过了，task 再 cancel 已经没意义了吧？

@fds 嗯，不好意思，文中多打了一个 d

@solee 对消息队列这块比较陌生，有相应的资料吗？

@janxin 嗯。就想#1 说的，全局一个 setinterval，因为我这里的最小单位是 1s，那就让这个 setinterval 1s 执行一次，每次执行的时候 我就去处理是否有相应的逻辑触发？

@janxin 嗯，感谢。 是联机游戏，我和客户端讨论下。

@haozes
1.用户量很少的，因为是小范围的测试，同时在线就 100 多点。所以是代码问题
2.按道理单个正常情况下支持个上百人应该没问题吧，所以就暂时没考虑负载均衡了（正式上线肯定是需要的）
3.redis 通知这个一开始有考虑过，后来想到一个道具就 10 多秒就恢复了，就没用 redis 这一层

@janxin 关键是客户端的表现是，一开始这个道具在地图里，然后被吃掉后，这个道具就没了，服务端倒计时完毕，告诉客户端道具刷新了，然后客户端就在同样的位置刷出同样的道具。 让客户端去做的话应该不好实现，而且估计容易作弊

@bramblex 全局用一个 setinterval ？那是 1s 执行一次这个 setinterval，然后每次执行的时候去检测有没有道具啥的，去告诉客户端吗？

有一次扫摩拜，扫开之后发现被上了一把锁🔐

@Chingim 嗯，上线线确实需要一个口，但是接了上行线你的显示器就相当于一个 hub 了

给你的显示器插一个 usb 上行， 这样你显示器上所有的 usb 接口都可以用了

买显示器的是应该有送那根上行线

我是 P2415Q，不过是 16 款的 mbp

西成高铁 6 号就通了啊，3 小时回家啊

@momocraft 就是怀疑是不是用的 node-schedule 这个库哪里用法不对，还在排查中

@moka20477 netstat -nat|grep -i "port"|wc -l 我用这个命令查看了对应端口 TCP 是实时释放的， 应该是代码问题，debug 难度大啊

这种确实很不好解决。
我们每天中午也是几个同事一起吃饭，每次都是我付钱，但是他们每次都很自觉得转给我， 有一个同事是一周一结😂
没周五吃饭的时候就说：来结账

@woshinide300yuan 嗯，这个是必须的

@surfire91 对的。我用绝对路径执行过命令，没问题