暂无个人介绍
在业务中经常要用drc,多分库分表,drc使用广播模式,如果多个client启动订阅topic,同时只能有一台机器订阅,我们之前的实现是抢夺式锁,前启动的机器基本会抢占锁,并持有多个topic,压力都在单机上面,我们想让多台机器均分这些topic,加大消费侧的整体吞吐量。1.定义问题多台机器订阅topic不均匀,整体吞吐量低,希望重新Rebalance从而提升消息的并行处理能力。Rebalance
介绍优酷投票系统,承载了优酷暑假战役、寒假战役、双十一促销,以及平时各自营销套路活动,系统设计相对合理,实现一塌糊涂,有代码为证(参考:列举一些神奇的代码)。重构的理由:代码僵化,难以改动,新增一个字段改动多出代码代码脆弱,改动会出现意想不到的情况,改一个bug引发无数bug代码晦涩,代码难以阅读理解,多位前任改bug的代码实现套娃式的修复投票系统的设计基础名词:投票活动,投票渠道,投票
字节码增强,实质就是在编译期或运行期进行字节码插桩,以便在运行期影响程序的执行行为。按照增强时机,可以分为编译时增强(**Pluggable Annotation Processing**),运行时增强(**代理类**,**java-agent**)。 ![屏幕快照 2022-04-19 上午11.42.08.png](https://intranetproxy.alipay.com/skylar