有看到好几个层主回复不建议使用 hutool 没看到具体理由

[feitxue]

特意单独开贴提问下
只有一个有具体讲到说是 hutool 整个引入太大了
其他几个没有讲到具体理由
是否遇到有什么大坑？
请大家不吝赐教
根据各位回复我需要评估下是否移除 hutool 的引用

[tohuer00]

不是说中国的开源项目就一定比美国的英国的法国的哪国的差。
只是我觉得一个在世界范围流行的东西通常会比只在某个国家内流行的东西靠谱一些。

有些人总喜欢把中国和全世界对立起来，不知道是什么心态。

[Mandyer]

@ZiChun #42 哪个公司会立马跟进更新？好多公司还用老的 JDK 呢，做开发不都是秉持稳定无安全问题，不会积极更新，如更新则必然会有各种各样的问题。

[zpf124]

@Bingchunmoli
基本上其实都差不多，常用的 isEmpty ，isBlank 就两三行，自己手写也和那几个工具类差不多，
除此之外还有一些方法就是 String 默认方法包了一层空判断，比如 trim ，startWidth 之类的。

我说这个只是类比，剩下的加解密、json 转换、日期转换也是好几个库都有，但选择的时候我还是优先选择了那些知名的、用的人多的。

[cnzjl]

@xiaoshiguang9
@bcllemon https://www.v2ex.com/t/900881

[miaotaizi]

自己写的时候业务没理清, 怪技术水平?

写什么高科技需要那么高的技术?

[heliotrope]

我经常用 随便说一个 问题
hutool 的 Cache 回调方法时碰到异常 会自己 Catch 再抛出 RuntimeException 把你自己抛出的自定义异常覆盖掉 导致全局自定义异常捕获失效

开源的不喜欢自己改了就是了呗 我还是倾向于使用 hutool
特别是 http 请求 蛮好用的 没碰到什么大问题

[carytseng]

工具而已，到了一定的程度解决问题更重要而不是关注这点小事

[zhady009]

1.臃肿很多情况 JDK 的够了也好用，例如日期 文件 IO 相关的只是有很多人不清楚怎么用
2.有些命名很奇怪喜欢各种简写比如 BCUtil 等等..
3.有些都是做一层装饰套娃本质没做什么，然后换个方法名（怪）

[BigBai]

小弟我是 ruoyi 和 hutool 都在用,因为公司就我一个 java 开发,项目能跑,下班能早

[ray2023]

@BigBai 俺也一样

[nekoneko]

@Oktfolio #96

重写的方法就两个, 一个 setTime , 一个 toString, 怎么会有坑呢
你具体说说有啥坑呗

[Oktfolio]

@nekoneko #131 记不太清了，直接给我抛异常了，我之后就把所有的都 toJdkDate 了

[zsdroid]

大家来鉴赏下下面这 2 句：
Apache 、Google 、Spring 发布的工具包已经够用了，不需要 hutool 。
Apache 、Google 、Spring 发布的工具包已经够用了，不许用 hutool 。
发现很多人说的是第二种，竟然这么二极管思维。

[chachae]

@bigbigroll 哈哈哈哈哈

[shiloh595]

看到它的测试覆盖率就不敢再用了:(

[Flyfish233]

用了一个国内开发者写的库，他 fastjson 和 hutool 都 impl 了，导致依赖污染特别严重，自动补全经常跳出来 hutool 的包，我才第一次知道有这东西。又用不到，体积还特别大，后面有更好的库就立马换过去了，真吓人