| 进度条：学习第 41-42 天（42/191）｜当前完成度：约 33% |
📎 今日速览：主学 HTTP 无状态与 Cookie、HTTPS 加密，再从 API 概念到申请 DeepSeek key、用 ChatBox AI 和 VS Code 调通大模型——最大体会：API 是"服务员"，key 是只给你看一次的"会员卡" ← 先看这段
〇、今日投入 & 产出（量化）
| 维度 | 内容 | 量化 |
|---|---|---|
| 投入-时间 | 看视频 + 整理笔记 + DeepSeek 平台注册配置 | 约 8 小时 |
| 投入-外部输入 | HTTP 进阶视频、手写笔记 4 页、DeepSeek 官网实操 | 3 类 |
| 产出-代码/数据 | DeepSeek API key 1 枚（已妥善保存）+ ChatBox 对话配置 | 2 项 |
| 产出-文档/博客 | 本篇 Day 40 学习笔记（含 2 个卡点全记录） | 1 篇 |
一、今日任务（完成+收获）
1.1 今日任务原文
学 Cookie/Session 与 HTTPS/SSL/TLS 安全机制；理解 API 概念，完成 DeepSeek API key 申请与调用（ChatBox AI / VS Code 两路）。
📷 图1：手写笔记——Cookie/Session 与 HTTPS 明文传输风险
1.2 完成情况
| 任务项 | 计划 | 实际 | 状态 |
|---|---|---|---|
| HTTP 无状态与 Cookie | 掌握 | 能说清"为什么第二次访问还要重新登录" | ✅ 完成 |
| HTTPS/SSL/TLS 安全机制 | 掌握 | 明文传输风险 + 加密原理能复述 | ✅ 完成 |
| TCP 三次握手 vs UDP（Day 39 遗留） | 啃完 | 理论已通，亲手抓包留到下一阶段 | ✅ 完成 |
| Content-Type / 应用层概念 | 掌握 | 知道数据类型怎么标、协议怎么分层 | ✅ 完成 |
| API 概念 | 掌握 | "服务员"比喻能讲给别人听 | ✅ 完成 |
| DeepSeek API key 申请 | 完成 | 注册 → 创建 key → 妥善保存 | ✅ 完成 |
| ChatBox AI 接入 | 跑通 | 配置 key 后能与深度思考模式对话 | ✅ 完成 |
| VS Code 调用大模型 | 跑通 | 安装 OpenAI 库，写代码调用并打印响应 | ✅ 完成 |
1.3 今日收获 & 学到的知识点
① HTTP 无状态与 Cookie：HTTP 最初设计时，服务器只处理当前这一次请求，处理完就忘——这叫"无状态"。如果没有 Cookie/Session 这种机制，服务器每次都不认得你，才要反复登录。
- 大白话：金鱼记忆的柜台——每次结账柜员都不认识你，哪怕你昨天刚办过卡。
- 解决：Cookie 技术——浏览器在请求首部加上 Cookie 信息，服务器就能认出"你是谁来过"，保持登录状态（状态管理/会话保持）。
- 大白话：游乐园给你贴的手环——进每个项目都不用重新买票，抬手一亮就行。
- 补充：Cookie 是"客户端的手环"，Session 是"服务端的储物柜"，通常两者配对——Cookie 带着编号（JSESSIONID）来，服务器按编号去储物柜取你的资料。
② HTTPS：给明文传输上把锁：
- 明文传输的风险：标准 HTTP 里所有信息都以明文发送，账号、密码、验证码、信用卡信息在网络上传的时候是"裸奔"的，黑客抓包就能直接看——这就是 HTTPS 被研发的原因。
- 大白话：明信片寄钱——邮差路上谁都能看一眼。
- HTTPS（Secure HTTP）= 安全版 HTTP，网址开头从
http变成https（多了个"S"），通过加密让传输的数据"不可读"，就算被截获也解不出有用信息。 - 大白话：换成上锁的保险箱寄送——路上被人截了也打不开。
③ SSL 与 TLS（两个保护数据的协议）：
| 对比项 | SSL | TLS |
|---|---|---|
| 全称 | Secure Sockets Layer（安全套接层） | Transport Layer Security（传输层安全） |
| 地位 | 较早的加密协议 | SSL 的继承者，最新的行业标准 |
| 干什么 | 计算机↔服务器之间建立加密通道 | 像SSL一样做身份验证 + 数据加密 |
- 冷知识：主流浏览器会给没启用 HTTPS（TLS 加密）的网站标记"不安全"（"SSL 证书"只是启用 HTTPS 的手段），搜索引擎还会降低它的排名——所以现在网站都用 HTTPS 而不是标准 HTTP。
④ Content-Type（常见响应头字段）：告诉浏览器返回的是 HTML、JPG 还是 AVI，该按什么方式处理。
- 大白话：快递面单上写明"易碎品/生鲜"，收件人就知道轻拿轻放还是赶紧拆。
⑤ 应用层与传输层：TCP 为什么是主力：
- TCP/IP 模型分层：应用层 / 传输层 / 网络层 / 网络接口层；HTTP 属于应用层，对它来说重要的是传输层。
- 绝大部分 HTTP 用 TCP，因为 TCP 有三次握手机制，可靠；UDP 不确认直接发，快但不可靠。
- 大白话：TCP 像寄挂号信（要签收确认），UDP 像喊一嗓子（喊完就走，听没听到不管）。
- 持久连接：HTTP 实现了持久连接——客户端可以连续发多个请求（不用一个 URL 一句话就断）。想结束这次连接，就在这一次的请求头里带上
Connection: close，服务器收到就知道聊完这轮可以关门——它是"单次请求头"，不是整段对话最后统一发一次。 - 大白话：以前一句话挂一次电话，现在一次电话把事全说完；哪句话说完想挂，就在那句话里带上"挂了啊"。
⑥ API 是什么：API（应用程序编程接口）就像"服务员"，关系 3 种对象——你（应用程序）、服务员（API）、后厨（服务器内部）。
- 你不用知道厨房怎么做菜，把需求"一份牛排"递给服务员，它翻译成厨房能懂的指令，再把菜端给你（返回结果）。
- 大白话：API 是传菜口——点菜、传菜、取菜都在这个口，双方不用见面。
⑦ DeepSeek API 调用全流程（今天的实操主线）：
| 步骤 | 做什么 | 要点 |
|---|---|---|
| 1 注册 | DeepSeek 开放平台注册登录 | 手机号 + 验证码即可 |
| 2 创建 API key | 点"创建 API key"，输入名称 | 只显示一次，立刻复制保存；密钥绝不能公开泄露 |
| 3 ChatBox AI | 下载安装 → 新建对话 → 设置 → 选 DeepSeek API → 粘贴 key | 可选深度思考等模式（模型名见下方说明） |
| 4 VS Code 调用 | 创建工程 → 安装 OpenAI 库 → 写代码发请求 | 响应结果打印出来 |
- ⚠️ 注意：API 调用要花钱——新账号一般有免费额度/有效期，用完要充值；key 泄露 = 别人拿你的卡消费。
- 📛 模型名注意：
deepseek-chat/deepseek-reasoner是旧名（2026-07-24 起弃用）；现在用 deepseek-v4-flash（经济快选，日常问答，原 deepseek-chat）和 deepseek-v4-pro（旗舰，难任务）。过渡期旧名还能被自动路由到新模型（所以当天还能跑通），但随时可能断——写代码一律用新名。
📷 图2：手写笔记——API 概念与 DeepSeek key 申请流程
二、卡点分两类（已解决 / 未解决）
✅ 今日已解决
2.1 TCP 三次握手与 UDP 的区别（Day 39 遗留）怎么啃完的
- 什么时候出现：Day 39 留了"三次握手只停留在理论"这条遗留项，今天笔记里正好有这部分。
- 我的理解：三次握手 = 打电话前先"喂？听得到吗？"“听得到，你呢？”“我也听得到”——确认双向都通了才开始说正事；UDP 跳过确认直接喊。
- 解决办法：结合"HTTP 为什么选 TCP"一起理解——网页要完整可靠，丢一块图就残缺了；UDP 适合直播这种丢一帧无所谓的场景。
✅ 验证结果：能独立复述两者差异和 HTTP 选 TCP 的原因；亲手抓包验证留到下一阶段。
2.2 API key"只显示一次"这个坑怎么避开的
- 什么时候出现：创建 key 时系统弹提示——关闭后就再也看不到这串密钥了，必须当场保存。
- 我的理解：这是刻意的安全设计——key 等于你的"支付密码"，只在创建时给你看一次，防止存储泄露。
- 解决办法：创建前先准备好保存位置，创建后立刻复制存进可靠的地方：不截图发群里、不写进公开代码、不发给任何人。
✅ 验证结果：key 已妥善保存，ChatBox 和 VS Code 两边都能正常调用。
2.3 VS Code 反复调用失败，最后靠 CodeBuddy 完成实操
- 什么时候出现：VS Code 实操环节——第一次运行 WorkBuddy 给的练习代码，一次就成功了；可之后自己动手改代码（调参数、改问题），怎么修改怎么运行都不成功，卡了好一阵。
- 我的理解：第一次成功其实是"跑通了别人的代码"，自己一改就暴露真问题——报错全是英文，base_url 拼写、模型名（旧名 deepseek-chat 已弃用）、引号格式这些小细节，错一个调用就失败，新手根本看不出错在哪一行。
- 解决办法：把报错和代码丢给 CodeBuddy，它一段一段帮我定位问题、修改代码，最终跑通。而且最终版不只是"发一句话就结束"，升级成了能连续聊天的交互程序：输入框里打字提问、AI 直接回答，还自动统计每次消耗的 token 数，支持
exit / quit退出、clear清空上下文重来。
✅ 验证结果：终端显示"AI 答复已生成"，连着聊了好几轮（“你：今天星期几”“你：你是谁”“你：调用的是什么大模型”），每轮 token 消耗正常显示（53 / 84 / 121）。教训：实在解决不了的问题，学会向 AI 工具求助——这本身就是 AI 产品经理的基本功。
📷 图3：手写笔记——HTTPS/SSL/TLS 加密机制
❓ 还没搞懂（带到明天）
| 没吃透的点 | 卡在哪 | 准备什么时候啃 |
|---|---|---|
| SSL/TLS 握手的完整过程 | 知道是"加密+验证"，但"证书怎么验证真伪"还没亲手实验过 | 抽空完成 |
| Session 的完整机制 | 笔记只记了一句"Session 服务器保存"，和 Cookie 的配合细节还没吃透 | 本周内 |
💡 今天以"概念+调用"为主线，这两条是最想深挖的点。
三、小结和下一步计划
3.1 今日小结
今天从"网页怎么传"进到"网页怎么保密"，再到"程序怎么和 AI 对话"——Cookie 解决"认出你"，HTTPS 解决"防偷看"，API 解决"程序怎么找 AI 帮忙"。最大突破：拿到了人生第一个大模型 API key，从学概念到真调上 AI 了。
3.2 ✨ 高光时刻 / 亮点
在 ChatBox AI 里选深度思考模式（选单上显示的还是旧名 deepseek-reasoner）发出第一句话，AI 回答成功——人生第一次调通大模型 API。
为什么算高光："调 API"是 AI 产品经理简历上的高频词，今天不只是看懂了这个词，而是亲手跑通了它。顺带一个复利思路：requests + API 这套技能以后能写自动记账脚本，定时拉账单数据——一次学会，长期省时间。
3.3 下一步计划
| 任务 | 验收标准 |
|---|---|
| 把 VS Code 调用代码再跑几轮、试不同参数 | 观察 deepseek-v4-flash 与 deepseek-v4-pro 的返回差异 |
| Session 完整机制 + SSL/TLS 握手实验（遗留） | 亲手验证一次，不再停留在理论 |
📌 3 行速记
· 做了：Cookie/HTTPS/TCP 理论 + DeepSeek key 申请 + ChatBox AI 与 VS Code 两路调用
· 学会：无状态与 Cookie（+Session 配对）、HTTPS=加密的 HTTP、TLS 是 SSL 继承者、API=服务员、key 只显示一次、模型已换新名（v4-flash/v4-pro）
· 卡住：SSL/TLS 握手细节与 Session 机制未亲手验证
我是卿卿，一个正在自学 AI 知识的小白，一个转行学 AI 的小白。这是「AI产品经理191天通关计划」的 Day 40，目标很简单：每天留下一份能回头看懂的笔记。
转载自 CSDN-专业IT技术社区
原文链接：https://blog.csdn.net/2601_96883628/article/details/168884836
