摘要:
写在前面 "分库分表"大家都不陌生。当数据量激增时,我们习惯性地写下 userId % tableCount 来决定数据路由到哪张表。 这段代码逻辑正确、简单直观。但在对性能要求极高的底层中间件开发中,这真的是最优解吗? 如果我们翻开 JDK 1.8 的 HashMap 源码,会发现大神 Doug 阅读全文
写在前面 "分库分表"大家都不陌生。当数据量激增时,我们习惯性地写下 userId % tableCount 来决定数据路由到哪张表。 这段代码逻辑正确、简单直观。但在对性能要求极高的底层中间件开发中,这真的是最优解吗? 如果我们翻开 JDK 1.8 的 HashMap 源码,会发现大神 Doug 阅读全文
posted @ 2026-01-05 14:30
一旅人
阅读(322)
评论(0)
推荐(1)

总的来说,AOP 让限流这类“基础设施”悄无声息地融入了业务脉络,这正是优雅架构的魅力所在——将复杂性收敛于一点,在别处换来 simplicity。
最后,想起一句被反复“魔改”的名言,放在这里格外贴切:“让架构的归架构,让业务的归业务”。
愿各位的代码世界,秩序井然,bug 退散。
说实话,MyBatis这玩意儿平时挺好用的,但有时候报的错真让人摸不着头脑。尤其是那种本地跑得好好的,一上线就炸的Bug,简直让人怀疑人生。今天就记录两个让我debug到深夜的坑,它们都有个共同特点:代码看起来完全没问题,但运行时就是莫名其妙地报错。
Spring Boot WebSocket方案终极指南:Netty vs 官方Starter对比与实践
MCP 是个好协议,但不要神化它。
技术永远是为业务服务的。理解它的本质,看清它的边界,在合适的场景用好它——这才是工程师该有的态度。
就像你不会因为 USB 出现了,就把所有设备都换成 USB 接口。有些场景该用雷电口还得用雷电口,有些场景干脆直接焊线更可靠。
工具是死的,人是活的。别让工具框住了思维。
Spring事件驱动:亿级流量下的咖啡店经营之道——比MQ更轻的异步解耦实战。Spring中ApplicationEvent的最佳实践。
如果有人问我:"ES 怎么才能用得更好?"我的回答是:"先理解业务场景,再选择技术方案。技术的价值不在于多复杂,而在于能否优雅地解决实际问题。与大家共勉。"
曾以为掌握了Elasticsearch的match查询就征服了搜索世界——直到产品经理轻叩桌面,抛出一个看似简单的要求:"我们需要像MySQL的LIKE '%关键词%'那样前后通配的模糊搜索。"
记得刚工作那会儿,第一次接触RPC概念时,我内心满是疑惑——明明HTTP用得好好的,为什么要搞出个RPC?直到参与了几个微服务项目后,我才真正能理解它们各自的价值。今天,就让我们一起理清这些协议之间的关系。
明明学了自动装配,却鲜有机会实战?当我面对Dubbo性能瓶颈时,一个自定义Starter的构想让我开启了Spring Boot条件化装配的奇妙之旅。
浙公网安备 33010602011771号