前言 接口性能问题，对于从事后端开发的同学来说，是一个绕不开的话题。想要优化一个接口的性能，需要从多个方面着手。 其实，我之前也写过一篇接口性能优化相关的文章《聊聊接口性能优化的11个小技巧》，发表之

大家好，我是捡田螺的小男孩。 之前工作中，遇到一个504超时问题。原因是因为接口耗时过长，超过nginx配置的10秒。然后 真枪实弹搞了一次接口性能优化，最后接口从11.3s降为170ms。

前言 在实际工作中，我们需要经常跟第三方平台打交道，可能会对接第三方平台API接口，或者提供API接口给第三方平台调用。 那么问题来了，如果设计一个优雅的API接口，能够满足：安全性、可重复调用、稳定

前言 接口性能优化对于从事后端开发的同学来说，肯定再熟悉不过了，因为它是一个跟开发语言无关的公共问题。 该问题说简单也简单，说复杂也复杂。 有时候，只需加个索引就能解决问题。 有时候，需要做代码重构。

看到这个标题，你肯定觉得离谱。怎么会有公司规定所有接口都用Post，是架构菜还是开发菜。这可不是夸大其词，这样的公司不少。在特定的情况下，规定使用Post可以减少不少的麻烦，一起看看。

前言 本篇主要要介绍的就是 controller 层的处理，一个完整的后端请求由 4 部分组成： 接口地址（也就是 URL 地址） 请求方式（一般就是 get、set，当然还有 put、delete）

背景 哪些问题会引起接口性能问题 问题解决 慢查询（基于 mysql） 业务逻辑复杂 线程池设计不合理 锁设计不合理 机器问题（fullGC，机器重启，线程打满） 万金油解决方式 背景 我负责的系统在

HTTP（Hyper Text Transfer Protocol）超文本传输协议，下文简称 HTTP，它的作用是用于实现服务器端和客户端的数据传输的。它可以传输任意的数据类型，如文本、HTML、图片

转转权限系统之前端实现 一、权限前端SDK设计 本次新版设计，Ehr系统会向权限系统同步用户数据，不用再提供用户注册能力。在保证对外接口不变的情况下简化sdk逻辑，对外提供用户信息和用户权限数据。 目