 |
kensinV2EX 第 320604 号会员，加入于 2018-06-05 11:39:30 +08:00 |
kensin 最近回复了
2022-07-08 10:09:54 +08:00 回复了 lxb9066 创建的主题 › 问与答 › 清明从北京回老家，所在地有新冠病例，没有风险地区，还能回北京吗？ |
兄弟，清明回老家了吗？返京顺利吗？
2021-12-07 14:52:39 +08:00 回复了 noble4cc 创建的主题 › Java › grpc 有哪些大厂再用呢？ |
我觉得普通业务普通场景用 restful 确实挺好，但是要是两个业务之间有持续的流数据传输，只能单独开一个 socket 去传输数据吗？有没有 restful 对双向流数据传输的解决方案呢？
2021-07-25 16:40:57 +08:00 回复了 jsdi 创建的主题 › 问与答 › 各位大佬看看我这个思路有没有有没有问题 |
“消息队列可靠性怎么保证？”，可以试试事务型消息，RocketMQ 中就支持。
其实对于秒杀系统而言，本来就是万里挑一，丢失一个也无所谓。
如果是重要的消息，防止丢失可以从以下三个方面考虑：
1. 网络问题导致 MQ 根本没收到。这就需要 MQ 和生产者之间有确认机制。
2. MQ 自己把消息搞丢了（比如宕机等）。这就需要打开 MQ 上的一些持久化机制。
3. 被消费者搞丢了。比如消费者取到消息后，还没完成流程，出错了。这就需要有个确认机制，在消费者消费完此条消息后，给 MQ 发送确认，然后 MQ 再删除消息。
其实对于秒杀系统而言，本来就是万里挑一，丢失一个也无所谓。
如果是重要的消息，防止丢失可以从以下三个方面考虑：
1. 网络问题导致 MQ 根本没收到。这就需要 MQ 和生产者之间有确认机制。
2. MQ 自己把消息搞丢了（比如宕机等）。这就需要打开 MQ 上的一些持久化机制。
3. 被消费者搞丢了。比如消费者取到消息后，还没完成流程，出错了。这就需要有个确认机制，在消费者消费完此条消息后，给 MQ 发送确认，然后 MQ 再删除消息。
2021-07-11 13:34:52 +08:00 回复了 zuobinwang 创建的主题 › 酷工作 › [干货内推] 一定会对你有所帮助的内推！ |
这文档年初见到过，感谢楼主传播。
建议楼主打开复制权限，方便大家复制下来自测用
建议楼主打开复制权限，方便大家复制下来自测用
2021-05-22 09:32:20 +08:00 回复了 kensin 创建的主题 › 问与答 › [急] 求助关于勒索病毒的问题 |
@matrix67 @jokerstep @proxytoworld @timi @Chenamy2017
感谢各位大佬！
目前用 360 强力查杀模式没有发现勒索病毒。
经过回想，当天远程登录 windows 服务器的时候默认挂载了 E 盘，估计是这个原因导致 E 盘部分文件被加密。
感谢大家！
感谢各位大佬！
目前用 360 强力查杀模式没有发现勒索病毒。
经过回想，当天远程登录 windows 服务器的时候默认挂载了 E 盘，估计是这个原因导致 E 盘部分文件被加密。
感谢大家！
2021-01-08 10:54:17 +08:00 回复了 kensin 创建的主题 › 问与答 › 大家评评理，拍脑袋紧跟潮流的领导 |
哈哈哈大家太逗了
2020-07-24 10:08:40 +08:00 回复了 codeismylife 创建的主题 › 问与答 › spring data jpa findall 超级慢 |
+1 同问，1000 万的数据库，用 findAll 取出来得俩小时....请问各位大佬有啥好办法吗？
Select Language