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

[feitxue]

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

[ZiChun]

@runzekk 我一开始就看到了啊。我说的是“线上环境谨慎使用”，你不是觉得我说的不对吗？我问的是你觉得有哪点不对。我自己 87 楼也说了 hutool 好用啊，我从来就没有不建议个人使用 hutool 。

[runzekk]

@ZiChun 只要你国内外都理性对待，不用有色眼镜看国产开源，就没问题。

上面很多发言直接说国产，就很恶心。 国籍 > 理性讨论了。

[weijancc]

为了某个工具类就引入 hutool, 这玩意太臃肿了, 类名也跟其他常用工具类冲突.

[ZiChun]

@runzekk 说实话，除了少部分语言例如 Rust 这种国内都不怎么流行的，流行比较久的语言，国内外开发水平基本属于是大差不差。但是国内的确实硬性条件上有个劣势，就是对于这些库的安全测试没有别的知名三方库覆盖全面。
很多安全团队，基本都是逮着那些知名三方库做测试，像 hutool 这种，基本就是靠国人踩坑之后再改。
不是说国产开发者不如国外开发者，这是生态上的问题。就像是操作系统国内一样能开发，但是没有生态支持，始终难以壮大，这个也并非一朝一夕能改善的，我的建议是，个人支持开源，但是涉及到线上，还是尽量少用。

[Qzier]

黑马和尚硅谷的讲师喜欢用，估计很多看他们视频的也习惯了用这个库。

[bigbigroll]

说 hutool 包大的不如先看看自己公司打的各种 SDK 包叭

[runzekk]

@ZiChun 一般般，国产优秀的很多。 阿波罗，cat ，nacos ，我司用了几年了，什么问题都没有。

hutool 只是工具类，不能代表国内开源。

工具类只是工具类。

[chuck1in]

@ZiChun json 居然也用这个库？我以为都是单独引入库。
@leetom mybatis 好像用这个的挺多的，反而想知道不用这个的朋友多不多。话说这个也不好吗。

[wxlwsy]

我看了一遍, 大部分不推荐的人其实就是 hutool 没有按照他们预期执行而已.
人家源码摆在那直接不去看. 出错了就怪人家工具? 长见识了,牛逼!

[aino]

你们公司打出来的 jar 包多大？

[ciki]

主要原因可能只是因为用到的只有 1%，但是却要引入很大的包

[xudaxian520bsz]

@aino 都做 java 了，还在乎那边磁盘空间，这比隔壁的 node.js 要好很多，那才是地狱；其次，JDK 9 就提供了模块化系统了，没用过？其实，隔离的 node.js 也有模块化系统；没办法，JavaScript 可没有包的概念。

[QWE321ASD]

其实就是触摸到某些人给他家 giegie 站台的敏感点了.说 hutool 有依赖的估计都是纯云,还有聊包体积大小的,不知道的还以为是开发安卓呢.你家服务器差你 2.5mb 空间,没有了直接不转了是吧.黑也黑到点上,hutool 确实出了好几个会导致 oom 的 bug,审核不严一个包下面有的方法抛异常有的抓了风格不统一.有事说事,别和个追星族似的.

[aino]

@xudaxian520bsz #112 所以我理解不了，他们为什么说 hutool 引入因为 jar 太大。。。。

[SupperCoder]

hutool 可以按不同功能引用，虽然我们公司项目是 hutool-all 一把梭 [狗]

[LuckyLight]

碰到了不兼容升级

[xuanbg]

我说，你们是真的闲！有这个狗功夫，和我一样自己撸一个 utils 不好么？有 bug 自己秒修。

[Bingchunmoli]

@ZiChun springboot 1.3.x 道理是一样的吧，不升级永远都那样

[Bingchunmoli]

@zpf124 stringutil 。fastjson 有 spring 有 为什么用其他的，判空看源码都是==null 。isempty 。感觉没什么不同

[Bingchunmoli]

@nothingistrue 因为公司要 java