财务小助手架构剖析

以已经部署的项目架构为线索，从真实网址、固定接口教学响应和独立 SQLite 样例入手，再把请求沿着架构图串起来。

学习起点与本课交付

开始前： 浏览器即可看固定 API 教学响应；SQL 路径选择 DB Browser 或 Python，使用下载副本。

完成后留下： 解释网址、方法、权限场景与 SQL；家庭样例 44 元、公司样例 99 元的实际查询。

本课怎么学

先看整体架构，再做四项可以观察结果的操作：拆网址、点按钮发 API 请求、验证功能权限与数据权限、执行 SQL。最后再看公网链路。每一步都给出成功时应看到的结果。

学习准备：一个浏览器。本课的 API 实验和 SQLite 样例都已放在站内，不需要真实财务账号，也不会写入生产数据。想对照自己的项目时，再使用测试账号、测试 Token 和数据库副本。

实验边界： 本站 /api-lab 按固定场景返回教学响应。POST 的 201、id: 103 是预设示例，不会根据请求正文新增持久记录；权限案例也不是真实登录或 Token 校验。SQL 练习使用另一份独立下载的数据库。三部分用于理解协议和边界，不能据此宣称已经连通生产账本。验证真实写入、字段校验或鉴权时，请在自己实现的练习服务中发送请求，再查询同一记录。

架构总览：从浏览器或 Agent 到数据库

个人财务助手系统架构图 v1.0：Human 与 Agent 双入口、FastAPI、IAM、业务模块与数据层

个人财务助手系统架构图 v1.0，2026-10-13，用户提供。点击可查看大图。原图包含“当前开发”与“生产待补”的标记；本课结合已经部署的项目讲解公网访问机制。

图中 Human 和 Agent 是两种使用主体，Web UI 与 API / CLI 是相应入口。请求进入应用后，经过身份与权限判断，再由已有业务能力处理，最终读写数据。本图的 IAM 位于 FastAPI 应用内部，是逻辑分工中的一层。

本课知识点	图上位置	复盘时要弄明白的问题	学习方式
网址与路由	统一入口、FastAPI 页面/API 路由	网址中的每一段怎样指向服务、资源和条件？	拆解真实网址
API 调用	Human REST API、Agent API / CLI	调用双方怎样约定输入输出？	站内按钮直接运行
权限设计	IAM、空间与成员、后台权限	谁能做什么，又能操作哪部分数据？	功能权限与数据权限实验
数据库连接与查阅	数据库、数据访问层	怎样打开数据库、看表、执行 SQL 并核对结果？	下载样例后逐步操作
公网访问链路	域名、HTTPS、反向代理入口	输入公网地址后，请求怎样到达应用？	链路图解与浏览器查看

贯穿案例：在家庭账本中查询一笔“午餐 36 元”。先分别理解五个部分，最后把它们连成一次完整请求。

知识点一：从网址理解路由

概念与生活实例

先看一个完整网址：

https://learn.iszhou.com/api-lab/transactions/101?format=json#response

网址可以直接拆成几段：

部分	本例	它解决什么问题
协议	`https://`	浏览器用什么规则建立连接，并加密传输
域名	`learn.iszhou.com`	请求要去哪个网站
路径	`/api-lab/transactions/101`	网站内部要找哪个资源；这里是交易 101
查询参数	`?format=json`	给这次读取附加条件
片段	`#response`	浏览器跳到页面内的位置，不会发送给服务器

路由主要看 HTTP 方法和路径。 可以把它理解成网站内部的地址表：收到 GET /api-lab/transactions/101，就交给“查询单笔交易”的处理函数。域名先把请求带到网站，路径再把请求带到网站里的具体处理入口。

在 Web 应用中，通常由 HTTP 方法和 URL 路径共同确定处理入口。GET 常用于读取，POST 常用于创建或提交处理任务；具体行为由接口约定。

请求	处理入口	含义
`GET /api-lab/transactions`	`list_transactions`	查询交易列表
`GET /api-lab/transactions/101`	`get_transaction`	查询 ID 为 101 的交易
`POST /api-lab/transactions`	`create_transaction`	提交一笔新交易
`GET /api-lab/reports/monthly`	`monthly_report`	查询月度报告

同一个 /api-lab/transactions 路径，可以因为方法不同而匹配到不同函数。?category=餐饮 是查询参数，路由已经匹配之后，再由处理函数拿它筛选结果。

看一段最小路由代码

from fastapi import FastAPI

app = FastAPI()

@app.get("/api-lab/transactions/{transaction_id}")
def get_transaction(transaction_id: int):
    return {"id": transaction_id, "description": "午餐"}

发送 GET /api-lab/transactions/101 时，FastAPI 匹配这条规则，把路径中的 101 作为 transaction_id 传入函数，再把返回的字典编码为 JSON 响应。代码中 : int 同时声明参数类型，并参与输入校验。

怎么设计路由

先按资源组织路径，如 /ledgers、/transactions，再用方法表达读取、创建等操作；单条资源带 ID。按模块设置统一前缀，便于理解和维护，例如 /api/transactions 与 /api/reports。

图中还有另一种“分发”：Nginx 根据域名和路径将请求转发到后端应用；请求到达 FastAPI 后，应用路由再匹配函数。前者确定交给哪个服务，后者确定交给哪个处理入口。

验证理解

把下面的网址复制到纸上或笔记里，再分别圈出域名、路径、路径参数和查询参数：

https://learn.iszhou.com/api-lab/transactions/101
https://learn.iszhou.com/api-lab/transactions?ledger_id=10&category=餐饮

然后说出 GET /api-lab/transactions/101、GET /api-lab/transactions?category=餐饮、POST /api-lab/transactions 各自进入哪个处理函数，以及 ID、分类条件、新交易字段从哪里传入。

查看参考解释

第一条匹配单条查询函数，101 来自路径；第二条匹配列表查询函数，分类来自查询参数；第三条匹配创建函数，新交易字段通常来自 JSON 请求体。浏览器或客户端把请求送到应用，应用再按方法和路径匹配入口。

知识点二：API 调用——双方怎样约定输入输出

概念与生活实例

API 是程序向外提供能力的接口。像提交一张业务申请：要明确交给哪个窗口、办什么事、填哪些字段，以及会收到怎样的回执。接口设计就是把这些约定写清楚，使网页、CLI 和 Agent 都能据此调用。

一个 HTTP API 请求主要包括以下部分：

部分	教学示例	作用
服务地址	`https://learn.iszhou.com`	找到目标服务
方法与路径	`GET /api-lab/transactions`	指定要执行的操作
查询参数	`ledger_id=10&category=餐饮`	传递筛选条件
Header	`Authorization: Bearer <测试凭证>`	携带认证等请求信息
Body	新交易的日期、金额、分类	传递结构化业务数据

响应包括状态码、Header 和响应体。状态码说明处理结果的大类，JSON 中的字段说明具体结果。常见示例：200 查询成功、201 创建成功、401 需要有效认证、403 操作未获授权、422 输入未满足接口模型要求；实际项目也会按自己的接口规范返回错误。

接口设计要写清哪些约定

以“新增交易”为例，至少说明：账本 ID、日期、金额和币种的类型及必填性，金额单位，是否允许空分类，成功后返回的 ID 与状态，以及输入错误的返回格式。列表接口还要约定筛选条件、分页方式和返回结构。

下面是一套教学约定：用整数“分”表示金额，amount_cents=3600 表示 36 元。这样调用者与服务端对单位有同一个理解。

{
  "ledger_id": 10,
  "date": "2026-10-15",
  "amount_cents": 3600,
  "currency": "CNY",
  "category": "餐饮",
  "description": "午餐"
}

调用时，客户端将这些字段编码为 JSON；服务端解析请求体，按接口模型检查类型和必填项，将参数交给已有处理逻辑；最后把结果编码为响应。网页和 Agent 都可以按这份约定调用。

实操：用 Apipost 调用一套能跑通的接口

下面都是课程专用的教学接口，不需要账号或 Token，也不会写入真实财务数据。打开 Apipost，新建“HTTP 请求”，照着填写并点击“发送”。

示例 1：查询一笔交易

方法：GET
URL：https://learn.iszhou.com/api-lab/transactions/101
Params、Body、Header：都留空
预期状态码：200

预期响应中包含：

{
  "id": 101,
  "ledger_id": 10,
  "amount_cents": 3600,
  "category": "餐饮",
  "description": "午餐"
}

示例 2：用参数筛选交易

方法：GET
URL：https://learn.iszhou.com/api-lab/transactions
在 Params 中新增两行：

参数名	参数值
`ledger_id`	`10`
`category`	`餐饮`

Body、Header：留空
预期状态码：200
预期结果：total 为 1，返回记录的 ledger_id 为 10、category 为 餐饮

点击发送前，观察 Apipost 自动拼出的完整 URL：

https://learn.iszhou.com/api-lab/transactions?ledger_id=10&category=餐饮

示例 3：发送 JSON，观察创建成功的响应格式

方法：POST
URL：https://learn.iszhou.com/api-lab/transactions
打开 Body，选择 raw 或 JSON
Header：选择 JSON 后通常会自动生成 Content-Type: application/json
粘贴下面的请求体：

{
  "ledger_id": 10,
  "date": "2026-10-15",
  "amount_cents": 3600,
  "currency": "CNY",
  "category": "餐饮",
  "description": "午餐"
}

预期状态码：201
预期结果：固定教学响应包含 "id": 103 和 "created": true，用于认识创建接口的返回结构，不代表真实写入。

发送前检查方法为 POST、Body 选择 JSON、字段名和双引号完整。此固定教学接口不提供完整的字段验证；改动正文后仍收到相同响应，不能据此判断新字段已保存或校验已通过。真实服务应拒绝非法输入，并通过后续查询证明写入成功。

验证理解

在 Apipost 中成功运行以上三个请求，并保存到同一个项目。能指出 101 是路径参数，ledger_id 和 category 是查询参数，新增交易字段位于 JSON Body。

思考：网页已经可以新增交易，为什么还要手动调用 API？

手动调用会展开页面背后隐藏的请求结构，便于理解字段、方法和响应的约定。网页、CLI、Agent 可以分别作为客户端，遵循接口约定访问服务。

知识点三：权限设计——谁能对哪些数据做什么

概念与生活实例

公司里有员工身份、岗位职责和工作范围：同一个人在苏州办公室负责财务，在另一个项目组可能只有查阅权限。系统也需要同时描述调用者、允许的操作和数据范围。

认证确认调用者是谁，例如登录后识别用户，或者验证 Token 所代表的主体。授权根据身份、操作和资源，判断请求是否可以执行。

两类权限必须同时成立

分类	回答的问题	财务助手示例	常见检查位置
功能权限	能做什么？	读取、新增、编辑、审核、导出	角色、Token Scope、接口动作
数据权限	能操作哪部分数据？	哪个空间、哪个账本、自己创建的行、哪些字段	成员关系、资源归属、行过滤、字段脱敏
管理权限	能配置什么？	邀请成员、分配角色、管理 Agent 授权	管理角色与审批规则

只有功能权限，没有数据权限，会出现“有查看功能，因此看见所有人的账目”的越权。只有数据权限，没有功能权限，也不能执行操作。一次请求需要同时满足：

允许 = 功能权限通过
    AND 空间范围通过
    AND 账本范围通过
    AND 行级规则通过
    AND 字段规则通过

数据权限可以逐层收窄：

层级	例子	不通过时的结果
空间／租户	Carmen 只能进入家庭空间，不能进入公司空间	拒绝或不返回该空间
账本	月度分析 Agent 只能读“家庭日常”账本	其他账本不进入查询范围
行	记账员只能修改自己创建的交易	可以看到但不能改他人记录
字段	普通成员看不到银行卡号完整值	返回脱敏值或不返回该字段
时间范围	临时审计员只能查 2026 年 10 月	查询自动附加日期条件

常用的组织方式是 RBAC，即按角色组织权限：把一组操作赋给“查看者”“记账员”等角色，再把角色赋给相应空间中的成员。Role 组织职责，Space / Ledger 限定资源范围。Token 的 Scope 可进一步限制某次调用授权，如只允许 transactions:read。

一张设计用权限矩阵

下面是供讲解的角色设计。每个角色的资源范围都需要单独指定。

角色	查看交易	新增交易	编辑交易	审核交易	管理成员	数据范围
查看者	✓	—	—	—	—	已授权账本
记账员	✓	✓	自己创建的交易	—	—	已授权账本
审核员	✓	—	—	✓	—	指定空间的账本
空间管理员	✓	✓	✓	✓	✓	所管理的空间

Agent 可以按职责获得查看者或记账员等授权，同时用 Scope 缩小可调用操作。例如，月度分析 Agent 具有家庭账本读取权限；它关联的账号即使能够记账，这枚只读 Token 也只允许读取。

平台管理员负责全局账号或配置时，其管理权限也应单独定义；是否允许读取各空间财务数据，是需要明确决定的一条授权规则。

权限如何组织与执行

用户／Agent → 空间成员关系 → 角色 → 允许的操作
                        ＋ 账本归属与资源范围
                        ＋ 本次 Token 的 Scope（使用 Token 时）
                        → 本次请求是否允许

一个人在家庭空间是管理员，在公司空间是查看者，适合把角色记录在“主体与空间的成员关系”上。这样同一个主体可以在不同空间承担不同职责。

以“编辑交易”为例，应用需要取得调用主体、交易所属空间与账本、成员角色、允许的操作，并按设计检查是否只允许编辑自己创建的记录。服务端在执行操作前完成判断，列表和统计查询也要限制到授权的数据范围。前端据此展示按钮，后端负责执行规则。图中的 IAM 就承接这些认证与授权判断。

实操：用 Apipost 分清功能权限和数据权限

继续在 Apipost 新建下面三个请求。它们是固定教学案例，身份与权限已经写进测试场景，因此不需要填写 Token。

操作	方法	URL	Body	预期结果
Carmen 读取家庭账本 10	`GET`	`https://learn.iszhou.com/api-lab/permission-cases/carmen-family`	留空	`200`，`decision` 为 `allow`
Carmen 读取公司账本 20	`GET`	`https://learn.iszhou.com/api-lab/permission-cases/carmen-company`	留空	`403`，`error` 为 `data_scope_denied`
只读 Agent 新增家庭交易	`POST`	`https://learn.iszhou.com/api-lab/permission-cases/read-only-agent`	JSON：`{"ledger_id":10,"amount_cents":3600}`	`403`，`error` 为 `action_denied`

观察重点：后两次都是 403，原因不同。第二次失败在数据范围，第三次失败在功能动作。真实系统也应在服务端检查这两层；前端隐藏按钮只是界面提示，不能代替服务端授权。

验证理解：根据矩阵和数据范围推演

同一个人在家庭空间是管理员，在公司空间是查看者，能否修改公司交易？
记账员能否编辑另一位成员创建的交易？需要哪个字段参与判断？
账号能记账，但这次使用的 Token 只有读取 Scope，能否通过它新增交易？
月度分析 Agent 应获得哪些操作和数据范围？
某用户有“导出”功能权限，但只获准访问家庭账本。导出 SQL 能否省略账本条件？

查看参考解释

1. 公司空间的查看者角色不允许修改。2. 按本例矩阵，只能编辑自己创建的记录，需要交易的创建者 ID 与当前主体 ID。3. 只读 Token 不允许新增。4. 为其指定需要分析的家庭账本，并授予交易读取及确实需要的报告读取操作。5. 不能省略；导出仍必须带上家庭空间与账本范围，否则功能权限会放大成全库访问。每个判断都同时考虑操作与资源范围。

知识点四：数据库连接与查阅——应用怎样取得数据

概念与生活实例

数据库像按规则组织的电子账簿：每张表保存一类记录，每列是一个字段，每行是一条记录。连接是程序打开这套账簿的通道，SQL 是向数据库表达查询和修改意图的语言。

图中 SQLite 保存为数据库文件，应用通过文件路径打开连接。PostgreSQL 作为数据库服务运行，连接通常包含主机、端口、数据库名和认证信息。两者都可以执行查询，但连接方式不同。

表与关联怎么设计

表	示例字段	设计含义
`spaces`	`id`, `name`	每个空间有唯一 ID
`ledgers`	`id`, `space_id`, `name`	通过 `space_id` 表示账本属于哪个空间
`transactions`	`id`, `ledger_id`, `date`, `amount_cents`, `category`, `description`	通过 `ledger_id` 表示交易属于哪个账本

主键标识一条记录，外键表达关联。交易保存 ledger_id，查询时再关联账本；账本改名后，交易仍指向同一本账。金额字段明确以分存储，时间字段明确日期或时间戳的口径，才能让接口与查询采用一致含义。

图中的 SQLAlchemy / Repository 组织应用的数据访问；它们最终仍通过数据库连接完成读写。Alembic 用于管理表结构的版本变化。本节聚焦连接、表与查询，先把这条数据路径看清。

实操 A：用 DB Browser 打开数据库

下载本课样例数据库 · 下载查询练习 SQL · 下载一键检查脚本 · 下载可运行 Notebook

这条路径有图形界面，适合第一次接触数据库。先从 DB Browser for SQLite 官网安装工具，再按下面操作。不要直接打开生产数据库；课程只操作下载的教学副本。

点击上方链接下载 finance-review.sqlite，记住下载位置。
启动 DB Browser，点击顶部 Open Database，选择刚下载的文件。
打开 Database Structure。应看到 spaces、ledgers、transactions 三张表。
打开 Browse Data，在 Table 下拉框选择 transactions。应看到 3 行；ID 101 的金额是 3600，描述是“午餐”。
打开 Execute SQL，粘贴下面第一段 SQL，点击三角形运行按钮或按 Ctrl+Enter。

SELECT name FROM sqlite_master
WHERE type = 'table' ORDER BY name;

PRAGMA table_info(transactions);

清空编辑区，粘贴下面的关联查询，再运行：

SELECT t.id, l.name AS ledger_name,
       t.date, t.category,
       t.amount_cents / 100.0 AS amount_yuan
FROM transactions AS t
JOIN ledgers AS l ON l.id = t.ledger_id
WHERE l.space_id = 1
ORDER BY t.id;

成功时返回两行：101 / 家庭日常 / 餐饮 / 36.0 和 102 / 家庭日常 / 交通 / 8.0。把 WHERE l.space_id = 1 改成 = 2 再运行，应只返回公司空间的 99.0 元工作餐。这里的 WHERE 就是数据权限最终落到数据库查询时常见的范围条件。

实操 B：用一条命令连接并查询

如果电脑已有 Python 3，把 finance-review.sqlite 和 finance-review.py 下载到同一文件夹。在该文件夹打开终端：

python finance-review.py

Windows 如果 python 不可用，可尝试：

py finance-review.py

成功时终端最后应显示：

家庭空间记录数：2
家庭空间合计：44.00 元
公司空间记录数：1
公司空间合计：99.00 元
PASS：数据库连接、关联查询和数据范围均符合预期

脚本以只读方式打开数据库。它会实际执行连接、JOIN、WHERE 和 SUM，并在结果不符合预期时退出失败。

实操 C：在 Notebook 里逐格观察

Notebook 用 Python 自带的 sqlite3 展示每一步。已有 Jupyter 的学习者可下载 Notebook 后运行。Notebook 会自行生成相同的教学数据，仅使用 Python 标准库；没有 Jupyter 时完成 A 或 B 即可，不需要额外安装。

看核心代码时，重点理解连接对象、SQL、参数与结果之间的关系：

import sqlite3
from pathlib import Path

# 指向已下载的样例文件；只读连接会在文件不存在时报错。
db_path = Path("finance-review.sqlite").resolve()
conn = sqlite3.connect(db_path.as_uri() + "?mode=ro", uri=True)
rows = conn.execute(
    "SELECT category, SUM(amount_cents) "
    "FROM transactions WHERE ledger_id = ? GROUP BY category",
    (10,),
).fetchall()
conn.close()
for category, cents in rows:
    print(category, f"{cents / 100:.2f} 元")

connect 打开数据库；execute 将 SQL 和参数交给数据库；? 是参数占位符；fetchall 取得结果行；close 关闭连接；最后将整数分转换成元显示。把 (10,) 改成 (20,) 再运行，比较查询范围与结果。

从数据库结果回到 API

数据库行可以保存 amount_cents=3600，API 可以按约定返回整数分，也可以返回格式化金额；页面再按显示规则展示“36.00 元”。理解这几步转换，就能解释表字段、JSON 字段和页面文字为何可能不同。

在自己的项目中选一笔已有交易，用 API 查询其 ID，再到数据库副本查询同一条记录，对照金额单位、日期和账本归属；数据库副本的取得时间也决定能看到哪些记录。

数据库实验验收

完成以下任一路径并保留结果截图或终端输出：

看见三张表和三行交易；
能指出 transactions.ledger_id 关联 ledgers.id；
空间 1 得到两行、44 元，空间 2 得到一行、99 元；
能解释数据库里的 3600 为什么在页面显示为 36.00 元。

本课样例的预期结果

空间 1（家庭）包含餐饮 36 元、交通 8 元，合计 44 元；空间 2（公司）包含餐饮 99 元。按账本 10 查询得到家庭两笔，按账本 20 查询得到公司一笔。WHERE 条件决定查询范围，JOIN 通过 ID 关联表，GROUP BY 与 SUM 按分类汇总。

知识点五：公网访问——域名怎样连接到应用

概念与生活实例

把系统想成一栋办公楼：域名是便于记忆的名称，DNS 帮助找到网络地址，端口区分提供服务的入口，反向代理负责接待与转交，应用负责具体处理。HTTPS 为客户端与其连接的服务端提供加密传输及服务器身份验证。

对典型 Nginx + FastAPI 部署，一次访问的顺序是：浏览器解析 URL，查询 DNS，连接公网 HTTPS 入口；Nginx 按规则将请求转给应用，FastAPI 再匹配到函数，响应沿连接返回。

环节	示例	机制与设计重点
域名与 DNS	`finance.example.com` 对应网络入口	DNS 解析主机名；URL 的 `/api/transactions` 路径由后续服务处理
HTTPS 与证书	`https://…`，通常使用 443 端口	证书匹配所访问域名，客户端校验身份并建立加密连接
公网监听入口	Nginx 监听 443	安全组／防火墙规则控制网络可达性，服务还需实际监听
反向代理	请求转给 `127.0.0.1:8000`	统一接入后把请求转到应用监听地址
应用监听与路由	FastAPI 处理方法＋路径	应用在指定地址与端口运行，再分配到对应函数

看一段反向代理配置

以下片段放在已配置 HTTPS 的 Nginx server 中，表达 API 请求如何转发；保留 /api/ 前缀，让后端按相同路径匹配。

location /api/ {
    proxy_pass http://127.0.0.1:8000;
}

这时外部访问 https://finance.example.com/api/transactions，Nginx 会向本机 8000 端口的应用发送 /api/transactions 请求。proxy_pass 此处没有附加 URI，路径按本例保留；修改代理配置时，要同时考虑转发后的路径与后端路由是否一致。

应用可以只监听本机，由 Nginx 提供公网入口；应用端口无需因此直接暴露。配置中的 127.0.0.1 代表 Nginx 所在网络环境的本机；容器部署时需使用相应服务地址。若项目采用云网关或托管平台，将“公网入口与转发”这一职责对应到所用平台即可。

查看与验证理解

用电脑打开已上线的财务助手，进入浏览器开发者工具的 Network，执行一次查询，查看 Request URL、Method、Status 与 Response。
将 URL 拆成协议、域名、端口、路径与查询参数。HTTPS 未显式填写端口时，默认使用 443。
结合已有部署配置，由教师标出公网入口、应用监听地址以及路径转发规则。说明浏览器访问的地址为什么可以不同于应用监听地址。
回答：域名解析到正确入口后，如果应用进程停止，为什么页面的 API 仍可能出现 502？

查看参考解释

DNS 只解决域名解析；HTTPS、代理和应用处理还要依次完成。Nginx 可达但连接后端应用失败时，可能返回 502。外部域名和 443 是对客户端提供的入口，127.0.0.1:8000 是本例中代理向后端连接的内部地址。

回到整张图：串起一次查询

现在重新看“查询家庭账本的餐饮支出”：

浏览器或 Agent 按 API 约定构造查询请求。
域名解析与 HTTPS 连接使请求到达公网入口，反向代理将它交给应用。
FastAPI 根据方法和路径找到处理函数，并取得查询参数。
IAM 识别调用者，检查读取操作与家庭账本的数据范围。
应用通过数据访问层连接数据库，执行包含账本与分类条件的查询。
数据结果按接口约定编码为 JSON，客户端再展示。

能指着图解释每一步“接收什么、依据什么规则处理、交给谁”，就完成了本次架构复盘。

本课理解检查

路由：同一路径为什么能分别处理查询与新增？
API：分类筛选放在哪里，新增交易字段放在哪里，金额单位怎样约定？
权限：如何表达“同一个人在家庭空间能管理，在公司空间只能查看”？
数据库：连接、表关联、SQL 执行和结果格式化各负责什么？
公网：域名、DNS、HTTPS、反向代理与应用监听端口如何协作？

继续查阅