其实这个错误处理很早的时候 windows 的 com 组件就是这么设计的，所有的 com 相关 c++接口都返回一个 HRESULT 需要处理，然后这个 HRESULT 在 c#和 vb 这种语言表现就是抛异常。包括后来 javascript 的 promise 也是差不多，最开始是.catch()处理，在 async 函数里就是 try catch
golang 比较特别的其实在于你不好忽略一个 error ，不处理编译不通过，直接用'_'忽略 static check 也会抱怨，导致用户不得不处理这个错误，虽然有些烦，但是我认为是很好的设计。反倒是之前太多人错误处理都太草率了

@weiwenhao 好久好久没写过 nodejs 了，不过我记得 libuv 应该是 loop 里有 callback 就不会退出循环吧。对应的就是 nodejs 如果有在运行的 Promise 就不会退出？

八成还是哪里有 bug ，当你不知道他为什么会阻塞住的时候说明还是哪里有问题。你可能只是找到了一个表象的 bug

2023 年还相信阿里的产品，希望半年后不会看到各种吐槽

这个计算在线时长的逻辑不太合适吧，如果我今天不登出意思就完成不了这个任务了？
如果以后要做防沉迷是不是我只要一直在线也可以一直玩下去了

你各种云厂商搞一个机器一个月也就几百，没必要给自己添堵吧

印象中以前的不都是商品贴个磁条之类的，每次关门之后对比所有货物么

直接 git pull 下来出现冲突，然后重新生成 dist. git add dist, git commit, git push

计算机浮点数不是以 2 做指数位么，你这个精度要想有意义还是要限制十进制下小数点精确到几位才有意义吧。
比如 std::cout << std::setprecision(5) << f << '\n';
然后直接数字符串去掉前后 0 的位数

抢票这个事情已经不是程序可以解决的了，除了黄牛没有办法

这还是分工有问题，下次把客户端调用接口的工作分给后端就没有这么多问题了。而且自己写接口自己调用，避免了很多撕逼。把调用后端接口的工作交给客户端本身就不是那么合理，后端自己封装好客户端的 sdk 用起来也方便，更新维护也减少了很多交流的步骤

怎么 2023 了还有这么多人对阿里这个公司抱有不切实际的幻想..

这个需求看起来好眼熟是，这是要实现开箱子抽卡的功能么？

现在还在招聘么

煎饼果子不比汉堡好吃多了

我猜就是单纯的掉线了.

有么有那么一种可能，给富人看的广告穷人根本看不到

@JudyHal 他厉害因为他是外国人，我垃圾因为我是你的同胞