1. 错误一：太过关注底层
我们正在解决这个常见错误，是因为 “非我所创” 综合症在软件开发领域很是常见。症状包括经常重写一些常见的代码，很多开发人员都有这种症状。
虽然理解特定库的内部结构及其实现，在很大程度上是好的并且很有必要的(也可以是一个很好的学习过程)，但作为软件工程师，不断地处理相同的底层实现细节对个人的开发生涯是有害的。
2. 错误二：内部结构 “泄露”
公开你的内部结构，从来都不是一个好主意，因为它在服务设计中造成了不灵活性，从而促进了不好的编码实践。“泄露” 的内部机制表现为使数据库结构可以从某些 API 端点访问。
3. 错误三：缺乏关注点分离
随着程序规模的增长，逐渐地，代码组织成为一个越来越重要的问题。讽刺的是，大多数好的软件工程原则开始在规模上崩溃 —— 特别是在没有太多考虑程序体系结构设计的情况下。开发人员最常犯的一个错误就是混淆代码关注点，这很容易做到!
4. 错误四：缺乏异常处理或处理不当
一致性的主题并非是 Spring(或 Java)所独有的，但仍然是处理 Spring 项目时需要考虑的一个重要方面。虽然编码风格可能存在争议(通常团队或整个公司内部已达成一致)，但拥有一个共同的标准最终会极大地提高生产力。对多人团队尤为如此;一致性允许交流发生，而不需要花费很多资源在手把手交接上，也不需要就不同类的职责提供冗长的解释。
作为一名 API 开发者，理想情况下你希望覆盖所有面向用户的端点，并将他们转换为常见的错误格式。这通常意味着有一个通用的错误代码和描述，而不是逃避解决问题：a) 返回一个 “500 Internal Server Error”信息。b) 直接返回异常的堆栈信息给用户。(实际上，这些都应该不惜一切代价地去避免，因为除了客户端难以处理以外，它还暴露了你的内部信息)。
5. 错误五：多线程处理不当
不管是桌面应用还是 Web 应用，无论是 Spring 还是 No Spring，多线程都是很难破解的。由并行执行程序所引起的问题是令人毛骨悚然且难以捉摸的，而且常常难以调试 —— 实际上，由于问题的本质，一旦你意识到你正在处理一个并行执行问题，你可能就不得不完全放弃调试器了，并 “手动” 检查代码，直到找到根本上的错误原因。
如果你也经常会范这类错误，我免费分享一份Spring全家桶笔记给你看看，对于查漏补缺，巩固自己的基础知识非常不错。
笔记一共有三份，分别是 Spring 高级笔记，SpringBoot 高级笔记，SpringCloud 高级笔记，共计 303 页，篇幅限制就只展示部分内容了。
需要这份资料的小伙伴，文末附免费下载方式
Spring 高级笔记
SpringBoot 高级笔记
SpringCloudAlibaba 高级笔记
