Golden Looly
Golden Looly
Un.... not sense. I mean if some user use the old version `jodd-all` will be touch off the bug，and its very difficut to find out it.
哈哈，两年之后这个issue终于动弹了…… 见：https://gitee.com/dromara/hutool/pulls/976
补充Java版本实现： Hutool-crypto：https://github.com/dromara/hutool/tree/v5-master/hutool-crypto 文档见：https://doc.hutool.cn/pages/SmUtil/#%E9%9D%9E%E5%AF%B9%E7%A7%B0%E5%8A%A0%E5%AF%86sm2
见：https://gitee.com/dromara/hutool/issues/I62H7K
嗯……虽然不能完全解决这个问题，5.8.8.会在全局引用BC时调用下这个方法，来解决部分环境问题。
@chenhongen 不要打fatjar，bc库单独引入。
6.x做一些改造，抛弃JCE API，单独定义对象来封装BC库的方法，我想能绕过安全验证。 此issue暂时打开保留。
@oniubi 后来我才发现，确实JDK新版中增加了对加密库的要求，就算是单独引入依旧存在这个问题。 因此打开此issue，6.x单独封装BC库了，跳过JCE。
我也被这个bug坑到了，原因是插入分隔符的时候逻辑判断有问题，多个汉字最后两个汉字的分隔符没有插入导致的。 hutool的解决办法是： ```java // 添加一个后缀是为了解决Pinyin4j的bug，在指定分隔符后，最后两个词的分隔符失效 str += " "; String result; try { result = PinyinHelper.toHanYuPinyinString(str, format, separator, true); } catch (BadHanyuPinyinOutputFormatCombination e) { throw new PinyinException(e); } return result.substring(0,...
> > 我也被这个bug坑到了，原因是插入分隔符的时候逻辑判断有问题，多个汉字最后两个汉字的分隔符没有插入导致的。 > > hutool的解决办法是： > > ```java > > // 添加一个后缀是为了解决Pinyin4j的bug，在指定分隔符后，最后两个词的分隔符失效 > > str += " "; > > String result; > > try { > > result...