小孩子才做选择题，成年人全都开除

直接重启 golang 进程就可以，很快

@fordawn 其实我也不愿意这么写，但总是有 xx 的客户、调用者等等会以一种奇怪的方式访问你的代码，为了避免 bug 不得不这么写。以前说好的必须传这个参数，我信了，结果出问题了我背锅；现在说必须传这个参数我就呵呵了，我全都给你判断做异常处理

@lbp0200 我觉得在这两个处理 IO 速度是一样的，Golang 里协程也是通过线程实现的，最后都要走到系统调用上，假设采取的都是同样的 IO 技术，无论到没到达系统 IO 瓶颈，速度都是一样的，甚至说，线程还能比协程快一些。以我的了解，像这种阻塞的系统调用，并发启动 100000 个协程 = 启动 启动 100000 个线程，会爆炸的。不知道是不是对的。

我感觉 go 的协程可以解决一些问题，创建 1000 个线程任务的代价和创建 1000 个协程任务（可能只有几个线程）的代价是不一样的，上下文大部分情况应该都是相同的，上下文切换次数也是不一样的。

感谢大家。

感觉协程在 JS 来说可能语法上更加方便。

我可能看了一些奇怪的文章，说协程能提升 IO 速度搞得我十分困惑。我是觉得 IO 问题是多路复用解决的。

要说存储存在哪里问题都不大，大不了我 Redis 每次操作 sync 一次。
但是有些功能，比如事务，大量数据的索引，权限设计等等，确实不好弄

一般都用 Optional 处理可能非空值，因为一般不止一层，都是 a.b.c.d 。这么做省的哪里忘了判断 npe 了。

大哥你这用异步跑，又没有同步措施，协程没跑完，主进程就退出了，肯定有问题啊

@linvon 读的是 Redis 队列的数据，一次读 2000 条放入内存里，之后处理。也不是完全负优化，因为我开了 2000 个 goroutine 确实比顺序执行跑的快得多。但调优的时候发现 2000 条 ~ 3000 条的时候，速度就不提升了，这时候可能是负优化了。

@maemual 所以说还是有个度，超过这个度 goroutine 是低效的。

拼写错误实在是难以解释；
大小写是看整体风格的，如果 mysql 用小写，那么 redis 用小写也很一致，倒也无妨；
求职本是一件严肃的事情，拼写错误好比作文写了错别字，不会给你 0 分，但也会降低很多印象分。

实测，很方便，旅行带一个，手机、Mac 两不误

@azcvcza 所以 Java 是有语言缺陷的，有些语言就没有一些设计模式，设计模式是针对缺陷使用的

所以我想的是，能不用就不要用太多设计模式，没意义

多打击打击就习惯了，我也是这样

就一天，就这？心态放平。常规操作。

我写过一段时间的 NodeJS 后端，简单的前端页面（没用任何框架）。
JS 还算好学，就是太自由不好，而且没有什么工程化的东西；后来我写到 ES6，语法还好，但是和后端的语法不是很一致；到最后我写到 TS，发现包管理确实比较麻烦。最麻烦的是，由于语法过新，语言各种各样，各种需要转义的工具，增加了极多的门槛。
后来写过一点点 CSS，CSS 拆开来讲不是很难，组合起来就比较麻烦；需要记忆的点太多，如果搜索也很难去下手，需要经验（就比如我一开始不知道圆角，后来才知道这个专业名词，我开始搜索的是如何让表格变平滑）。这种东西我觉得属于另一种领域，后端一般涉及的是数据处理。
总的而言，前端这么难倒不是很难，是一个很相当需要一些经验的领域。

春节加班不