记录一次调试经历
起因
相同的jar，服务器正常而本地起的项目一直报下图中的错。
解释
首先，这段代码是hibernate执行有参数的hql的过程中报错的，最上面那层，对string进行强转导致的。
看hql及java对象，发现，参数为string，而参数对应的java对象中的字段类型是BigDcimal。猜测可能是问题出现的原因，但相关的代码没有找到，继续看代码、调试
堆栈信息中 bind()方法的作用（和报错有关的），从 中获取type和value，对value进行强转，其中type是在设置参数阶段设置的，如下图，先根据映射关系找对应的java对象中的类型，找不到采用value.getclass();
org.hibernate.impl.AbstractQueryImpl中，
中间结论
我本地没问题，代码就是那么写的，报错是应该的，那服务器是怎么跑通的？
继续
趁早上没人，远程调试下服务器项目，过程中，想到是否有人重写了hibernate的源码导致的，搜一下，果然。。。
hibernate源码
重写的代码，修改了下，保证了对参数是string的兼容。
联想一下，tomcat的jar包加载顺序从8起发生了改变，不再像之前按照字母顺序，先加载的生效。而8之后，该用别的方式，该方式导致不同操作系统结果不同，虽然两者都用的8，而我是mac，它是linux。。。当时看到那篇博客就觉得有坑，没想到坑来的这么快。
至于不同操作系统具体的加载方式，需要看tomcat源码，还没看～～～
结论
由于生效的class不同，导致本地和服务器的结果不同，不想看源码的话，可以先把hibernate的重复类删掉；应该是可以对源码进行修改，比如改成按照字母顺序
不得不吐槽下，tomcat改jar加载顺序是为啥呢，原来的按照字母顺序多么清晰明了。
好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对亿速云的支持。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
