hutool 还能继续使用吗？怕投毒。有没有替代的，或者最后一个可用版本是什么

公司的项目为啥不用，早点写完摸鱼不好吗？写的一点问题没有然后老板来一个狡兔死走狗烹

优先用可靠的
优先级如下
jdk 的 utils, spring 的 utils, apache-commons, guava
还是 jdk 和 spring 的用的多, 其他还得专门引包

工作以来一直在用，性能是差点，又不是不能用.jpg

@dengji85 #18 用 Apache Commons 和 Google Guava 就不能摸鱼了？
@xuanbg #16 我感觉凡是超过一万行的项目上，工具类库还是得用。

虽然不是做后端的，但 hutool 记得几年前刚入职给项目选型的时候，那代码看一眼就可以放弃了。不造为啥易主了才开始担心这问题，都是只管用不跳转一下看看实现的吗。

Package org.springframework.util

以前是重度使用，现在正强迫自己避免使用

@Ayanokouji 绑死了 spring 版本，项目迁移 springboot3 就不好弄了

不得不承认 hutool 的写法是好用的，至于性能问题 ，抠那一点性能其实也没太大必要。

话说没人从 hutool 分叉吗

hutool 的 MapUtil 还是要比 Apache 的好用多了，可以没有心智负担的获取指定类型，而不用检查里面是个 integer 还是个 long 还是个 string 什么的，尤其是对于从 Excel 里读取的数据很好用。

我觉得还好吧，我甚至还给 hutool 贡献了代码。不过我用他代码的时候会过一下源码，不是无脑用的

common-lang 和 guava 还不够用么？

信任危机了，肯定不用了，虽然开源，虽然可以看代码，但你不可能每行代码都去看，版本更新哪天突然给你藏点东西（比如 antd 的圣诞节事件），你防不胜防

已放弃,选择和一楼一样,其他需要的没有的功能则是自己实现,实在不行用 AI 工具生成下代码后修改下也不算麻烦

以前觉得很好，现在不用了

@RandomJoke 哈哈哈哈哈哈 我还记得 antd 的圣诞节事件大概是 17 年，太沙雕了哈哈哈哈。突然发现按钮样式变了，还以为出啥 bug 了