Servlet 总结

说明：J2EE 是历史名称，后续更名为 Java EE，当前规范名称为 Jakarta EE。本文主要介绍传统 Servlet/JSP 编程模型。

在 Java Web 程序中，Servlet 主要负责接收用户请求 HttpServletRequest，在 doGet()、doPost() 等方法中进行处理，并通过 HttpServletResponse 返回响应。Servlet 可以设置初始化参数，供 Servlet 内部使用。在非分布式环境中，Servlet 容器通常为每个 Servlet 声明使用一个实例；同一个 Servlet 类如果有多个声明，仍可能有多个实例。容器在初始化时调用 init()，在实例退出服务时调用 destroy()。Servlet 可以通过 @WebServlet、web.xml 或程序化 API 声明，一个 Servlet 声明也可映射多个 URL。容器可能让多个线程并发执行同一实例的 service() 方法，因此不要在实例字段中保存每次请求的可变状态。

这份 系统设计知识体系 面向后端学习、工程实践和面试复习，围绕“把业务需求拆成稳定、可维护、可扩展的工程方案”整理本站系统设计相关文章。

设计模式 相关的面试题已经整理到了 PDF 手册中，你可以在我的公众号“JavaGuide”后台回复“PDF” 获取。

《设计模式》PDF 电子书内容概览：

为什么需要定时任务？

我们来看一下几个非常常见的业务场景：

1. 某系统凌晨 1 点要进行数据备份。
2. 某电商平台，用户下单半个小时未支付的情况下需要自动取消订单。
3. 某媒体聚合平台，每 10 分钟动态抓取某某网站的数据为自己所用。
4. 某博客平台，支持定时发送文章。
5. 某基金平台，每晚定时计算用户当日收益情况并推送给用户最新的数据。
6. ……

这些场景往往都要求我们在某个特定的时间去做某个事情，也就是定时或者延时去做某个事情。

• 定时任务：在指定时间点执行特定的任务，例如每天早上 8 点，每周一下午 3 点等。定时任务可以用来做一些周期性的工作，如数据备份，日志清理，报表生成等。
• 延时任务：一定的延迟时间后执行特定的任务，例如 10 分钟后，3 小时后等。延时任务可以用来做一些异步的工作，如订单取消，推送通知，红包撤回等。

订单支付、售后审核、商品检测这类业务，都需要回答两个问题：当前处于什么状态，接下来允许做什么？当一个业务又包含多个任务、条件分支和异步等待时，还需要知道哪些任务已经完成，哪些任务可以继续执行。

状态机适合表达状态变化的规则，流程编排侧重组织任务及其依赖。 两者可以一起使用：流程引擎调度任务，任务内部用状态机约束“待执行、执行中、成功、失败”等状态的变化。

状态机解决什么问题？

一个常见的业务状态机包含以下元素：

元素	作用	售后申请示例
状态（State）	描述当前业务阶段	待审核、待退款、已退款、已驳回
事件（Event）	触发一次状态变化	审核通过、审核拒绝、退款成功
转移（Transition）	定义状态之间允许的路径	待审核收到审核通过事件后进入待退款
守卫条件（Guard）	判断当前是否允许转移	审核记录完整且退款金额合法
动作（Action）	转移过程中执行的操作	保存审核结果、创建退款任务

原文地址：https://juejin.cn/post/7122014462181113887，JavaGuide 对本文进行了完善总结。

我有一个朋友做了一个小破站，现在要实现一个站内信 Web 消息推送的功能，对，就是下图这个小红点，一个很常用的功能。

系统设计基础专题关注后端开发里最容易被忽略、但长期影响最大的工程能力：接口怎么设计、代码怎么命名、坏味道怎么识别、测试怎么写、需求到交付的过程如何组织。

这些内容看起来不像缓存、消息队列、分库分表那样“硬核”，但它们决定了系统能不能被团队长期维护。

适合谁看

• 想系统补齐后端工程基础的开发者。
• 准备 RESTful API、代码质量、单元测试相关面试题的同学。
• 已经能完成业务开发，但想提升接口设计和代码可维护性的读者。
• 需要给团队制定接口规范、命名规范或测试规范的工程师。

大部分软件开发从业者，都会忽略软件开发中的一些最基础、最底层的一些概念。但是，这些软件开发的概念对于软件开发来说非常重要，就像是软件开发的基石一样。这也是我写这篇文章的原因。

何为软件工程？

1968 年 NATO（北大西洋公约组织）提出了软件危机（Software crisis）一词。同年，为了解决软件危机问题，“软件工程”的概念诞生了。一门叫做软件工程的学科也就应运而生。

随着时间的推移，软件工程这门学科也经历了一轮又一轮的完善，其中的一些核心内容比如软件开发模型越来越丰富实用！

认证授权与数据安全专题关注后端系统里非常基础、但出错成本很高的一条链路：用户如何登录、身份如何传递、权限如何判断、敏感数据如何保护、输入数据如何校验。

安全不是某一个框架或某一个注解能兜住的事情。它需要从认证、授权、传输、存储、展示、输入校验和审计等多个环节一起设计。

时间比较紧的话，可以先看面试突击版的 认证与授权常见面试题总结 和 Web 安全常见面试题总结，再回到本专题补完整原理和实现方案。

校招面试中，遇到大部分的候选者认证登录这块用的都是 JWT。提问 JWT 的概念性问题以及使用 JWT 的原因，基本都能回答一些，但当问到 JWT 存在的一些问题和解决方案时，只有一小部分候选者回答的还可以。

JWT 不是银弹，也有很多缺陷，很多时候并不是最优的选择。这篇文章，我们一起探讨一下 JWT 身份认证的优缺点以及常见问题的解决办法，来看看为什么很多人不再推荐使用 JWT 了。

关于 JWT 的基本概念介绍请看我写的这篇文章： JWT 基本概念详解。