这个和开发者的习惯有关系。

Util vs Utils

关于工具类的定义，有XXXUtils、XXXUtil、XXXTools、XXXKit，XXXs，各种各种。

JDK和Guava的命名风格是XXXs，例如Files等，apache-commons倾向于XXXUtils。

Hutool的理解是：XXXUtil中Util是个工具体，是不可数的，StrUtil就是String相关的工具体，如果使用StringUtils，就是理解成String的各种工具方法大集合，都没有错误，纯粹是风格问题。

简写问题

Str这个词并非Hutool创造的，如果你熟悉Python，会发现有个函数就叫str()（见：https://www.w3school.com.cn/python/ref_func_str.asp ），因此Hutool将这种个人认为较为好识别的简化保留了下来。

这种借鉴类的简写大量的在Hutool中使用，例如很多方法借鉴了Linux的Shell命令，如：FileUtil.ls，这样即保证了可识别性，又做到了较好的友好性。

效率问题

暂时知道效率不高的工具类是BeanUtil.copyProperties，使用反射因此性能一般（没法和cglib比，但是比apache-commons好），如果你发现了其他效率比较低的工具类，欢迎提issue或pr优化。

第三方库的使用

个人理解是根据业务不同，在通用库的基础上封装业务相关的工具不可避免，如加入业务对象、业务流程控制等，看具体业务场景了。