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

[feitxue]

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

[moreant]

hutool 处理 issues 还是挺积极的，并且不熟 Apche commons 、Google Guava 。中文文档、注释、issues 对于英语不好的朋友也比较友好。如果是我自己的开源项目我不会引入，但是公司的项目，早点干完活下班不好吗。

[itechnology]

这也能怪到国产开源？这不是你同事升级 hutool 版本的锅吗？就算你用 Apache 的 StringUtils 也会存在类似的问题啊。

[jomalonejia]

没看到有啥实质性的回答

[itechnology]

我感觉对于有些人来说，用国外开源的东西是“技术”正确，用国内开源就是错的，就该被喷……

[keyrinrin]

看完各位大佬的评论，终于可以安心用 hutool 了

[key0323]

hutool 解决的问题:1.最大限度的避免“复制粘贴”代码(官方宣传) 2.同时使用多家公司 api 风格不同带来的学习成本(个人体会)。

[lawsiki]

个人感觉挺好用的，再说 Java 又不差那几 M 的大小，再再说，都职业危机了还在乎这个？😂

[tanoak]

项目管理问题赖 jar?

[key0323]

至于楼上说的什么包大的问题把 maven 学会我想可以解决

[Plutooo]

@itechnology 升级版本后同一个方法编译通过了执行报错，其他框架也会存在大多这种问题吗？那么请教一下升级依赖的正确姿势是什么

[ZiChun]

hutool 在某些版本的 json 工具有较大的性能问题，我司踩过坑。

[likeme]

认真的？我看了下 hutool-all-5.7.22.jar 才 2.2MB ，大吗？

[28Sv0ngQfIE7Yloe]

楼上一些发言能看出工具类鄙视链的味道了

[dif]

对我来说，能解决我的问题还不带来风险那就没问题。因为日常已经引用了 apache 的一些工具类，已经能满足绝大部分需求了，对于一些使用量不多的工具类，我选择只引用这一块代码。

[wuzhewuyou]

该用还得用，有些一次性的项目怎么快怎么来

[wetalk]

@Morii 没什么不能用，工具类鄙视链

[bcllemon]

@cnzjl 有原帖吗？

[itechnology]

@Plutooo 升级依赖之前要项目组要一起评估，一般没有什么特别的必要，是不升级的；升级之后还要进行全面测试，难道你们直接升级，然后就不管了，等出现问题再说？

[leetom]

MyBatis-Plus 你们会建议用吗？
或者说会真的在生产环境用吗？

[itechnology]

@leetom 会用啊，我现在的公司就在用，用了四五年了，没啥问题。上一家公司也在用。