securityCoding 最近的时间轴更新
securityCoding
ONLINE

securityCoding

V2EX 第 415154 号会员,加入于 2019-05-24 09:50:09 +08:00
今日活跃度排名 4193
工作开发机器配置,3700x,请各位 v 友指点一波
  •  1   
    问与答  •  securityCoding  •  163 天前  •  最后回复来自 securityCoding
    40
    双胞胎
    深圳  •  securityCoding  •  244 天前  •  最后回复来自 zzx0403
    103
    help.aliyun.com 这个站真是个毒瘤,seo 做的我真服
    问与答  •  securityCoding  •  2019-12-20 11:54:05 AM  •  最后回复来自 deepure
    29
    电视盒子可以直接连接电脑显示器吗?
    问与答  •  securityCoding  •  2019-12-10 21:39:13 PM  •  最后回复来自 sephinh
    15
    12321 举报骚扰电话效果怎么样
    问与答  •  securityCoding  •  2019-11-19 15:55:45 PM
    securityCoding 最近回复了
    一个带娃工具
    推荐看一下 @Transactional 的原理.
    本质上 jdbc 是通过捕捉异常来判断是否需要回滚,所以才有指定异常回滚这种用法
    面了三家大厂,算法题全部是中等题 , 回溯+动态规划
    有意思这个问题,说说我的想法:
    - 过期时间可能很长,延迟消息没有那么大的时间维度
    总体思路是: 定时任务+多次延时消息
    1. 假设过期时间为 30 天,在 20 天以前采用定时任务扫描的方式检查是否到了消息投递周期,如果剩余时间小于 10 天,则开始投递到消息队列,假如消息队列最大延时时间为 7 天,则第一投递延时 7 天,之后不断实时计算缩小延时,直到达到阈值开始真正消费

    - 消息堆积
    这是个比较通用的问题场景
    1. 首先排查消费代码性能,优化到最佳性能
    2. 场景允许的话采用批量拉取,批量消费
    3. 水平扩充消费组实例
    4. 使用消息队列两个指标一定要关注 , 消息投递耗时和消费耗时


    至于你说的 cpu 压力大,这个不是问题,你应该问你的 db 扛得住吗 233
    6 天前
    回复了 zhangslob669 创建的主题 Java 关于 Java 线程池并发查询的问题
    Completablefuture 直接用这个
    经常的事 , 清除缓存重启
    随便搞数据库字段容易被打哦
    9 天前
    回复了 wxd92 创建的主题 职场话题 你身边有转行成功的案例吗?
    我自己算是自学转行,三年前带一个好基友半年多自学转行成功。
    关于   ·   帮助文档   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2918 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 22ms · UTC 10:16 · PVG 18:16 · LAX 03:16 · JFK 06:16
    ♥ Do have faith in what you're doing.