技术杠精

引言 在前面《写好一个接口需要考虑什么？》这篇文章里，我们已经初步讲述了写好接口要考虑的几个要素，而本文则是上篇内容的延续，本文会对“如何写好一个写接口”做更加全面的补充，内容会涵盖资源利用、接口性能

作为一名后端开发，你会写接口吗？有人说你这不废话吗，当然会！可许多人的接口仅仅只实现了业务需求，而这只是一个优秀的接口的基本要求，怎样写好一个接口呢？在本文中会逐步去推导。

在阅读本文之前，我们还应该对session、cookie、JWT有一个基本的了解。在本篇文章中小码仔不再对它们做出过多赘述，如果对这三者认识还不够清晰的小可爱可以先移步这里：看完这篇 Session、Cookie、Token，和面试官扯皮就没问题了对其做基本的了解和认识。 如果…

分享自 GitHub

这次，来说说 MySQL 的锁，主要是 Q&A 的形式，看起来会比较轻松。 不多 BB 了，发车！ 在 MySQL 里，根据加锁的范围，可以分为全局锁、表级锁和行锁三类。

一、前言 常见的设计模式有23种，我们不得不提到模板方法设计模式，这是一种在软件开发中广泛使用的行为型设计模式之一。 它为我们提供了一种优雅的方式来定义算法的结构，并将算法的具体实现延迟到子类中！ 在

面试官：麻烦你好好看看这篇文章，再告诉我，每张表到底能存多少数据？ 实际情况下，每张表由于自身的字段不同、字段所占用的空间不同等原因，它们在最佳性能下可以存放的数据量也就不同，需要手动计算才行。

作为一名服务端开发程序员，接口的参数校验肯定是要经常写的，像@NotNull、@NotBlank这些是很常用的，但这些注解无法完全满足我们的校验需求，我们可以选择自定义一个校验注解，来实现定制化需求。

秒杀场景下的业务梳理——Redis分布式锁的优化 随着互联网的快速发展，商品秒杀的场景我们并不少见；秒杀是一种供不应求的，高并发的场景，它里面包含了很多技术点，掌握了其中的技术点，虽不一定能让你面试立