服务端2月17日 21:42
Python上下文管理器：__exit__异常处理、@contextmanager和ExitStack`with open(...) as f:` 这行代码用了十几年，但很多人不知道背后的机制——上下文管理器。更关键的是，自己写一个靠谱的上下文管理器并不简单：`__exit__` 里该不该吃掉异常？`@contextmanager` 的 yield 和 finally 怎么配合？多个资源怎么一起管理？这篇文章把这些问题都讲清楚。
## 上下文管理器解决什么问题
资源管理的核心要求：**用完必须释放，不管有没有异常**。不用上下文管理器就得写 try/finally：
```python
# 笨办法
f = open('data.txt')
try:
data = f.rea...
乐闻
服务端2月17日 22:22
NestJS控制器和路由：装饰器、参数获取、响应处理和常见坑NestJS 的控制器用装饰器声明路由，不用手动写 `app.get('/users/:id', ...)`——装饰器既是文档又是路由注册。这篇文章把控制器的声明、路由参数获取、响应处理、以及常见的坑都过一遍。
## 基本路由声明
```typescript
@Controller('users') // 路由前缀 /users
export class UsersController {
constructor(private readonly usersService: UsersService) {}
@Get() ...服务端2月17日 22:23
NestJS提供者详解：四种注册方式、循环依赖和作用域选择NestJS 的提供者（Provider）就是"可以被注入的东西"——`@Injectable()` 装饰的类，通过依赖注入（DI）容器管理生命周期，在控制器或其他服务里通过构造函数参数自动获得实例。服务是最常见的提供者，但提供者不只有服务：配置对象、数据库连接、工厂函数都可以是提供者。
## 最常用的提供者：服务（Service）
服务封装业务逻辑，控制器只负责接收请求和返回响应：
```typescript
// users.service.ts
import { Injectable } from '@nestjs/common';
@Injectable()
export...服务端2月17日 22:24
NestJS中间件和守卫有什么区别？各自适用场景和RBAC实现NestJS 里中间件和守卫都能拦截请求，很多人搞不清该用哪个。一句话区分：**中间件不知道下一站是谁，守卫知道**。中间件只能看到原始的 HTTP 请求/响应，守卫能拿到 `ExecutionContext`，知道当前请求要调用哪个控制器、哪个方法。这个区别决定了各自的职责：中间件做通用预处理（日志、CORS），守卫做权限判断（认证、授权）。
## 核心区别对比
| | 中间件（Middleware） | 守卫（Guard） |
|---|---|---|
| 能看到什么 | `req`、`res`、`next` | `ExecutionContext`（含控制器、方法元信息） |...服务端2月17日 22:26
NestJS管道和验证：class-validator配置、自定义Pipe和常见坑NestJS 的管道（Pipe）就两件事：**转换**和**验证**。转换是把字符串参数变成数字、把日期字符串变成 Date 对象；验证是检查请求体里的字段是否合法，不合法就拒绝请求。听起来简单，但管道是 NestJS 请求生命周期里的关键一环——守卫之后、控制器之前，数据必须过管道这一关。
## 管道的两种用途
- **转换**：把输入数据转成目标类型（如 `ParseIntPipe` 把路由参数 `"42"` 变成数字 `42`）
- **验证**：检查输入数据是否合法，不合法抛异常（如 `class-validator` 检查 email 格式）
一个管道可以只做转换、只做验...服务端2月17日 23:38
Electron打包分发：签名、公证、自动更新和体积优化Electron 应用写完了不算完——打包、签名、分发、自动更新，每一步都有坑。Windows 上没签名的安装包会被 SmartScreen 拦截，macOS 上没公证的应用直接打不开，安装包体积动辄 150MB+ 用户嫌大。这篇文章把打包到分发的完整流程走一遍。
## 打包工具选择
| 工具 | 特点 | 适合谁 |
|------|------|--------|
| electron-builder | 功能最全，签名+更新+多格式一步到位 | 生产环境首选 |
| electron-forge | 官方推荐，集成开发+打包+发布流程 | 新项目开箱即用 |
| electro...服务端2月17日 23:46
Electron多窗口管理：IPC通信、MessagePort和窗口状态恢复Electron 应用超过一个窗口就会遇到两个问题：怎么管（创建、销毁、引用回收）、怎么通（主窗口改了设置，设置窗口怎么知道）。管理不好就内存泄漏，通信不好就数据不一致。这篇文章把多窗口管理和 IPC 通信的常用模式讲清楚。
## 窗口管理
### 创建不同类型的窗口
```javascript
const { BrowserWindow } = require('electron')
// 主窗口
function createMainWindow() {
const win = new BrowserWindow({
width: 1200, height: 80...服务端2月17日 23:47
Electron菜单和托盘：跨平台差异、右键菜单和托盘图标坑菜单和托盘是桌面应用的"门面"——用户通过菜单找到功能，通过托盘保持应用在后台运行。Electron 提供了 Menu 和 Tray API，但跨平台差异和坑不少：macOS 的菜单栏和 Windows 完全不同，托盘图标格式要求也不一样。这篇文章把菜单和托盘的常见实现都过一遍。
## 应用菜单
### 创建基础菜单
macOS 应用的菜单栏是系统级的，不创建菜单连快捷键都不好使。Windows/Linux 的菜单可以藏在窗口里。
```javascript
const { app, Menu, BrowserWindow } = require('electron')
app...服务端2月17日 23:52
Electron数据持久化：electron-store、IndexedDB和SQLite怎么选？Electron 应用要存数据，选择比 Web 前端多——除了浏览器自带的 localStorage 和 IndexedDB，还能直接写文件系统、用 SQLite、或者用专门为 Electron 设计的 electron-store。选错了方案，后期迁移成本很高。这篇文章按场景分类，帮你选最合适的存储方案。
## 方案选择速查
| 方案 | 数据量 | 查询能力 | 适用场景 |
|------|--------|----------|----------|
| electron-store | < 1MB | 无（JSON 读写） | 用户设置、应用配置 |
| localStor...服务端2月17日 23:54
Electron调试指南：主进程、渲染进程和生产环境排查Electron 有两个进程，调试方法完全不同：渲染进程用 Chrome DevTools，和调试网页一样；主进程是 Node.js 环境，需要用 VS Code 或远程调试协议。很多人只会开 DevTools，主进程出了问题只能 console.log 猜——这篇文章把两个进程的调试方法都讲清楚，以及生产环境下的排查手段。
## 渲染进程调试：DevTools
渲染进程就是 Chromium 的网页进程，调试体验和 Chrome 一样。
### 自动打开 DevTools
开发模式下自动打开，生产模式关闭：
```javascript
mainWindow = new Bro...