V2EX › PiersSoCool 的所有回复 › 第 13 页 / 共 15 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 5 6 7 8 9 10 11 12 13 14 ... 15

❮

❯

2020-11-05 16:29:55 +08:00

回复了 TIGERB 创建的主题 › 程序员 › 并发组件 | Go 设计模式实战

我没仔细看，不就是用 wait.group 进行同步么？

2020-11-05 14:29:29 +08:00

回复了 tctc4869 创建的主题 › 问与答 › 花呗借呗要出问题了么？现在使用支付宝的花呗借呗产品使用有什么要注意的么？

不会出问题，准备强监管
后期额度会降低吧

2020-11-03 11:26:23 +08:00

回复了 dadaoqueyi 创建的主题 › 程序员 › 删库跑路，，一夜回到解放前

部署在阿里云的可以磁盘恢复，我们这里就和运维说了必须一天备份一次

2020-10-28 20:04:11 +08:00

回复了 chairuosen 创建的主题 › 程序员 › A 业务用了 B 模块在不常见的 C 环境下崩了 D 网关没有自动切走导致线上挂了。ABCD 怎么分锅？

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

2020-10-27 14:36:38 +08:00

回复了 bugsnail 创建的主题 › Go 编程语言 › 问下大家的 golang 的生产自动化部署方案

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

2020-09-15 14:39:47 +08:00

回复了 fordawn 创建的主题 › Java › 大佬们判断对象为 null 是怎么判断的呢？

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

2020-09-09 17:17:54 +08:00

回复了 PiersSoCool 创建的主题 › Go 编程语言 › 协程真正的作用是什么

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

2020-09-09 16:35:34 +08:00

回复了 PiersSoCool 创建的主题 › Go 编程语言 › 协程真正的作用是什么

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

2020-09-09 16:34:40 +08:00

回复了 PiersSoCool 创建的主题 › Go 编程语言 › 协程真正的作用是什么

感谢大家。

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

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

2020-09-07 18:06:38 +08:00

回复了 ioioioioioioi 创建的主题 › 程序员 › 不要 MySQL，数据全部存 Redis，这样的设计好不好呢？

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

2020-09-07 17:16:47 +08:00

回复了 fordawn 创建的主题 › Java › 大佬们判断对象为 null 是怎么判断的呢？

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