这个需求很简单吧，在 window.onbeforeunload 弹出对话框，询问用户 “请选择你关闭的原因：1 、标签页关闭； 2 、刷新； 3 、浏览器关闭； 4 、不告诉你”，这样实现还合法，完美~

不谈业务都是耍流氓，同配置下你跑个空接口，我跑一个国际象棋步数计算，你觉得有啥参考意义。

正常运行时间 40:14:35:05

赋闲：那是我成年以后唯一一段快乐的时光 🤣

需求说明
+需求背景：简单介绍需求的背景情况，帮助看文档的人理解是解决什么问题的。
+需求拆分：要想对一个大的东西进行有效分析，拆解就是分而治之的去分析，也更好的理解需求的范围。
概要设计
+系统现状：背景中想阶段的情况说明，或者说是现在系统的不足点。
+总体思路：针对方案作一个概括性的说明，例如通过 xxx 技术解决该问题之类的。
+系统架构：建议画图加描述性的文字说明更清晰，不然长篇大论看着都头大。
详细设计
+设计约定：统一描述语言，类似建模时对一下模型名称进行统一，方便之后的沟通。
+功能实现：数据结构设计、接口设计、逻辑设计、系统交互等。
+非功能性设计：就是扩展性设计、高可用等实现的说明。
+方案选择：其实设计是针对其中一个方案进行设计，否则成本本大，这里从各维度对比几种方案之后，为啥选择这个方案。
测试方案
+影响范围：该方案影响访问了的描述。
+用例：针对各功能点的用例清单，提供 ut 或者后续 qa 人员的参考。
+注意事项：一些特别需要注意的情况或逻辑的说明。
上线部署
+环境准备：安装各种环境应用的描述和步骤。
+应用准备：应用准备，脚本、sql 、初始化数据之类的文件。
+发布步骤：发布应用一步一步的如果做，执行什么命令等。
+线上验证：上线之后的回归验证流程吧。