不幸言中，“核酸码”打不开.....那就聊聊为什么我觉得要挂的原因吧！

周四晚上的时候，看到消息说4月9日起要采用新的核酸检查系统，要推出一个新的码，叫：核酸码。

当晚就有很多网友发现随申办上已经有入口了，但点进去是报错的：

但是因为还没投入真正使用，所以也没啥大的反馈，大家就瞎讨论了技术栈和这个错误可能的原因啥的。

我也顺带瞎扯了一句：可能会出性能问题（因为我一直觉得国内擅长Hibernate的开发者比较少）。

谁想到，今天在获取核酸码的时候真的碰到各种困难，在获取核酸码的时候，就一直刷不出来，有时候显示人多，有时候504错误：

上面我是12点尝试的，后来16、17点还看到很多朋友圈反应各种卡住，刷不出来。

可能这个系统确实太赶了，所以没做好？不过这个谁知道呢？作为一名技术博主就不瞎猜了。

顺手分享一下为什么我觉得用spring data jpa，很可能会挂？

先说说常规国内用的比较多的技术MyBatis，因为大家都是用直接写SQL的方式来实现数据读写的，这个时候团队里DBA、数据库专家、或者实力强点的开发，往往自己已经能够把SQL执行优化到比较好的地步了。这个是否能做好，与我们对SQL、Java这些知识的掌握程度有关

而当我们用Spring Data JPA这样的框架时候，开发者在框架的帮助下，好多SQL都被隐藏了，喜欢些Java代码来替代SQL的开发过程是挺爽的，但也因为这个原因，他可能并不知道最终自己写的代码真正会执行的SQL具体是怎么样的。

这的时候对于优化就带了很大的难度，对于专业DBA来说，他一般都是不具备Spring Data JPA代码到SQL转化的认识，他是很难帮你做静态分析的。而开发者一侧也有这个问题，如果不是很熟悉Hibernate的话，就很容易写出低性能的代码（不代表框架实现的低性能，核心还是使用姿势的问题）。

所以，我一直建议在高并发系统中对数据访问框架的选型一定要慎重，不是说Spring Data JPA不行，而是需要有熟悉的人来把握（特别提这点的原因是国好多是半调子）。不然就比较容易出现性能问题，但是MyBatis的话，对于国内开发者来说，因为直接写SQL，所以还是相对还是更容易理解和把控一些。

好了，借今天核酸码的现象，跟大家聊聊这两个框架的想法，不知道你是否认同？欢迎留言区说说你的观点。