首页
AI Coding
数据标注
NEW
沸点
课程
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
why技术
why技术
创建于2021-11-29
订阅专栏
一个主要写代码,经常写文章的风骚程序猿。
等 828 人订阅
共191篇文章
创建于2021-11-29
订阅专栏
默认顺序
默认顺序
最早发布
最新发布
千万不要在方法上打断点!有大坑!
我上周遇到了一个莫名其妙的搞心态的问题,浪费了我好几个小时。 气死我了,拿这几个小时来敲(摸)代(摸)码(鱼)不香吗? 主要是最后问题的解决方式也让我特别的无语,越想越气,写篇文章
关于Request复用的那点破事儿。
你好呀, 我是歪歪。 之前不是发布了这篇文章嘛:《千万不要把Request传递到异步线程里面!有坑!》 说的是由于 Request 在 tomcat 里面是复用的,所以如果在一个 Request 的生
千万不要把Request传递到异步线程里面!有坑!
你好哇,我是歪歪。 前几天在网上冲浪的时候看到一篇技术文章,讲的是他把一个 request 请求传递到了线程池里面,然后遇到了一个匪夷所思的情况。 他写了这篇文章,把自己针对这个问题的探索过程分享了出
看起来是线程池的BUG,但是我认为是源码设计不合理。
你好呀,我是歪歪。 前几天看到一个 JDK 线程池的 BUG,我去了解了一下,摸清楚了它的症结所在之后,我觉得这个 BUG 是属于一种线程池方法设计不合理的地方,而且官方在知道这个 BUG 之后表示:
关于在网上突然多了一个“孙子”这件事,我是服气的!
今天又带大家用新姿势来带吃个的瓜,这瓜老好吃了。 老规矩,先把瓜吃干净,再解锁新的技术姿势。 事情是这样的,上周五的时候不是中国第三艘航空母舰福建舰下水了嘛。
喜提JDK的BUG一枚!多线程的情况下请谨慎使用这个类的stream遍历。
你好呀,我是歪歪。 前段时间在 RocketMQ 的 ISSUE 里面冲浪的时候,看到一个 pr,虽说是在 RocketMQ 的地盘上发现的,但是这个玩意吧,其实和 RocketMQ 没有任何关系。
这个队列的思路是真的好,现在它是我简历上的亮点了。
前几天在一个开源项目的 github 里面看到这样的一个 pr: 光是看这个名字,里面有个 MemorySafe,我就有点陷进去了。 我先给你看看这个东西: 这个肯定很眼熟吧?我是
为了更好的吃这个瓜,我去拉了一下评论,吵起来了,太有意思了。
你好呀,我是歪歪。 周末的时候吃了一个瓜,真的是太好吃了。 虽然 2022 年都还没过半,但是我个人已经把这个瓜评选为年度前三了。很久没有吃过这么有质量,又让我酣畅淋漓的瓜了。 事情这样的,我在知乎上
我怀疑这是IDEA的BUG,但是我翻遍全网没找到证据。
前几天有朋友给我发来这样的一个截图: 他说他不理解,为什么这样不报错。 我说我也不理解,把一个 boolean 类型赋值给 int 类型,怎么会不
分享一个我看源码时的小技巧。
我在之前的文章里面不是经常叫大家拉源码,然后看代码提交记录吗。 也就是看类似于这个界面: 比如上面这个界面中,就可以看到 RedissonBaseLock.java 这个文件,由谁
舒服了,踩到一个关于分布式锁的非比寻常的BUG!
提到分布式锁,大家一般都会想到 Redis。 想到 Redis,一部分同学会说到 Redisson。 那么说到 Redisson,就不得不掰扯掰扯一下它的“看门狗”机制了。 所以你
初看一脸懵逼,看懂直接跪下!
我最近在 stackoverflow 上看到一段代码,怎么说呢。 就是初看一脸懵逼,看懂直接跪下! 我先带你看看 stackoverflow 上的这个问题是啥,然后引出这段代码:
换个数据结构,一不小心节约了 591 台机器!
前段时间,我在 B 站上看到一个技术视频,题目叫做《机票报价高并发场景下的一些解决方案》。 up 主是 Qunar技术大本营,也就是我们耳熟能详的“去哪儿”。 视频链接在这里: 当
两个宝藏|关于我在github上冲浪时的一个小技巧。
你好呀,我是歪歪。 前几天在 github 上冲浪的时候,发现了两个宝藏东西。 我也不藏着掖着了,拿出来给大家分享一下。 这两个宝藏是关于 arthas 和 SOFARegistry 的,这两个东西都
舒服,给Spring贡献一波源码。
这周我在 Spring 的 github 上闲逛的时候,一个 issues 引起了我的兴趣。 这篇文章,是我顺着这个 issues 往下写,始于它,但是不止于它: 这个 issue
发现Spring事务的一个实锤bug,官方还拒不承认?你来评评理...
事情是这样的,上周我正在全神贯注的摸鱼,然后有个小伙伴给我发来微信消息,提出了自己关于事务的一个疑问,并配上两段代码: 先说结论:我认为这是 Spring 事务的一个 bug。但是
构建高效且可伸缩的结果缓存
我来填坑来啦。 上周发布了《当Synchronized遇到这玩意儿,有个大坑,要注意!》这篇文章。 文章的最后,我提到了《Java并发编程实战》的第 5.6 节的内容,说大家可以去
无人指使,我是自愿在家加班的!
你好呀,我是歪歪。 昨天你看到这个热搜了吗? 看到这个消息的瞬间,我脑海里面电光火石般的闪过了一段对话。 事先说明啊,这完全是我自己瞎想的,没有任何真实场景支持,也没有内涵任何东西。纯属调侃,切勿对号
当Synchronized遇到这玩意儿,有个大坑,要注意!
看到别人提的关于 Synchronized 的一个用法问题,我觉得挺有意思的,这个问题其实也是我三年前面试某公司的时候遇到的一个真题,当时不知道面试官想要考什么...
下一页