暂无搜索历史
我之前写过一个公共的服务接口,这个接口已经有好几个系统对接并稳定运行了很长一段时间了,长到这个接口都已经交接给别的同事一年多了。
刚刚在网上冲浪的时候,发现昨天晚上 JDK 22 版本“悄悄咪咪”的发布了 GA 版本。
这篇文章给大家盘一下“分支预测”这个听起来玄乎,但是对写业务代码没有任何卵用的小技巧。
春节期间关注到了一个关于 Java 方面的比赛,很有意思。由于是开源的,我把项目拉下来试图学(白)习(嫖)别人的做题思路,在这期间一度让我产生了一个自我怀疑:
对于做的好的方面给予了肯定,但是没有沾沾自喜,也客观地展示了还不够的地方,给到了一些批评,比如关于游戏方面用了“毫无建树”这么一个极其严厉的词,听着都是一种年终...
其中第一个关于线程池的场景,经过读者提醒可能有问题,我又一次用尽浑身解数分析了一波,发现之前确实分析的不对。
这篇文章来盘一下我最近遇到的两个有意思的代码案例,有意思的点在于,拿到代码后,你一眼望去,没有任何毛病。然后一顿分析,会发现破绽藏的还比较的深。
众所周知,设计一个拥有上百万用户的系统是很有挑战性的,这将是一个不断优化、持续改进的过程。
Spring 的事件监听机制,不知道你有没有用过,实际开发过程中用来进行代码解耦简直不要太爽。
但是歪师傅觉得这里面有一个非常关键的点没有说到,导致这个文章还差点意思,所以歪师傅想要沿着这个话题再补充一下。
了解了一下背景,是批量任务触发,从订单表中查询出“处理中”状态的订单,订单可能属于不同的通道,所以需要调用不同通道的接口。
歪师傅面试的时候关于定时任务一般都会问这样的一个问题:在实际开发的过程中,你们是如何避免定时任务重复执行的呢?
这篇文章就教大家几个防御性编程的小技巧,大家没事的时候可以“逝一逝”,看看是保命心经,还是夺命绝招。
在日常开发过程中大家肯定或多或少都会遇到一些偶现的问题,最常见的一句话就是:在我本地运行的时候都是好的呀?在测试环境跑的时候都是好的呀?在预发布环境都是正常的呀...
讲述的是面对同一个需求,一个工作经验不到两年的小鲜肉和一个工作六年的老司机给出的两个不同技术方案的实现落地。
整个裁员的动作昨天就开始了,好在赔偿是拉满了,这种事情,没得办法的,一把手亲自操刀,讲究的就是一个好聚好散。
关于 RPC 调用,大家肯定都是比较熟悉的了,就是在微服务架构下解决系统间通信问题的一个玩意。
OpenAI 在今日凌晨突然发布了一则官方声明:原 CEO Sam Altman 经过了慎重的审查程序后,董事会认为其沟通不坦诚,影响了董事会不再信任他领导公司...
虽然八股文背的滚瓜烂熟,但是没有在实际开发过程中写的都是业务代码,没有使用过线程池,心里还是慌得一比。
暂未填写公司和职称
暂未填写技能专长
暂未填写学校和专业
暂未填写个人网址
暂未填写所在城市