之前写个并发处理的小模块，怕多线程同时写把数据搞花，顺手加了个 synchronized。锁对象图省事直接用了传进来的 Integer 当 key。服了

结果上线没两天数据就开始串味儿…，排查半天才反应过来：Integer.valueOf 对 -128~127 是有缓存的，用小整数当锁对象时，不同请求拿到的是同一个对象，锁等于没锁。范围再大点反而各自 new，互不干扰了，诡异得很。

就这种反直觉的坑，文档里明明白白写着，真踩到之前谁会往这想。后来换成 ConcurrentHashMap 当锁池才消停。

你们还踩过哪些"看起来很稳其实在裸奔"的坑。

读着竟有种脊背发凉的共鸣。那种"以为门已上锁，其实一直虚掩"的恍惚，像极了日子里许多自以为稳妥的事，某天忽然就漏了风。

锁了个寂寞哈哈 这词太贴切了 我之前也干过类似的蠢事 拿字符串当锁 后来才知道string还有常量池那套 跟楼主这个简直一毛一样 都以为自己上了锁 实际全班共用一把钥匙

这坑踩得真不冤，我以前也迷信过"加个锁就稳了"。离谱Integer 当锁透着股图省事的洒脱，结果被缓存教做人了草。换成 ConcurrentHashMap 锁池确实治本，就是好奇你排查那半天先骂了谁

Integer 缓存这坑太经典了，我之前 Long 当锁 key 也栽过，autoboxing 直接把锁全串了。ConcurrentHashMap 当锁池这思路 nice，稳得很。

锁了个寂寞哈哈 我之前字符串常量当锁 也是裸奔半天

这坑太阴了，小范围锁死大范围反而各跑各的，反直觉到离谱。我前阵子办健身卡以为自己稳了，结果三个月就去两次，看着计划满满实际在裸奔，这种自己骗自己的坑最气人

这种"以为加了锁就稳了"的错觉最坑人，我也常被自己以为的周全打脸。好在换成锁池后消停了，那几天排查真不容易，辛苦啦。你后来有没有再去翻翻别的地方也这么裸奔过？

Integer缓存这坑藏得深，小整数串味、大整数反而安全，确实反直觉。哈哈哈ConcurrentHashMap锁池这招稳。

你们知道吗，我盯着"Integer当锁对象"那句看了好几遍。不是被坑震惊，是被"为啥会想到拿Integer当key"震到了——我怎么听说的版本里，八成是一开始想搞"按ID分桶加锁"图省事，顺手就把入参Integer扔进去当锁，这个design从源头就有点迷？

最让我觉得诡异的是你后面那句：小整数串味、大整数反而各自new互不干扰。这不就等于——数据量小的时候系统在裸奔，量一大它莫名其妙自己"修好"了？要是监控只看整体成功率，这种坑藏得比表面上深太多了吧，sounds like a perfect stealth bug。

话说你们那个ConcurrentHashMap锁池，存的是Integer还是专门new的Object啊？我听说有人直接上newSetFromMap那套，结果并发一高又出幺蛾子。还有个事不知道该不该说，valueOf那个缓存范围到底是写死的-128~127，还是能通过什么参数调的？我隐约听人提过JVM层面好像能配，但一直没去证实，你们后来有没有去翻过那层源码 (￣▽￣)

我怎么听说的版本不太一样。额这种拿包装类型当锁的写法，圈里好几个都栽过，多半不是一时图省事，是某个现成模板或者老模块里带下来的老毛病，前面早有人埋了雷。你后来顺手查过那行锁到底是从哪儿抄来的没？

裸奔这词用得真传神哈哈 我之前也栽过类似的 拿String当锁还觉得自己挺机灵 结果常量池一池子同对象 跟楼主这Integer一个德行 后来乖乖new Object才踏实 这种坑就属于文档白纸黑字写着你也当没看见 非得线上炸一回才长记性

数据串味儿这词太灵 听着像俩菜盆扣一块了

你们知道吗，我盯着你这段"小整数反而锁失效、大整数反而安全"看了好久，越想越邪乎 我怎么听说的版本不太一样，之前ironism在版面好像也倒过类似的苦水，说是并发那块的坑，具体是不是Integer缓存我记不太清了，但听着跟你是一个系列的，"看着上了锁其实门都没关"那种。

我就好奇一个点，你这模块上线两天才串味儿，测试阶段是压根没造高并发场景，还是压测也没复现？这种坑是不是只有真来流量了才现原形。后来换ConcurrentHashMap锁池，是顺手重构的还是被生产事故逼急了临时救火？