用 net/http 足够开发 TODO 应用，无需过早引入 Gin/Echo；SQLite 关 WAL 模式避免 locked 错误；纯 HTML + fetch 实现 CRUD，统一加 CORS 头并处理 OPTIONS 预检。用 net/http 启服务就足够，别一上来搞 Gin/echoGo 写 TODO 应用，最常踩的坑是过早引入 Web 框架。你只是想存几条待办、查一下、删一条------net/http 加 encoding/json 完全够用，启动快、依赖少、调试直观。真实场景里，90% 的本地开发或小工具级 TODO 应用根本不需要中间件链、路由分组、上下文注入这些。用框架反而让你绕不开它的生命周期钩子、错误包装逻辑，一报错先怀疑是不是自己没配对 router.Use()。HTTP 方法直接对应 CRUD：GET /todos 查列表，POST /todos 新增，DELETE /todos/{id} 删除用 http.ServeMux 就能注册路由，不用 http.HandleFunc 也能写清楚路径和 handler 分离避免用 json.RawMessage 或自定义 UnmarshalJSON------除非你要支持嵌套字段或时间格式混用，否则标准结构体 + json:"text,omitempty" 更稳sqlite3 做存储比内存 map 更靠谱，但得关掉 WAL 模式很多人用 mapint*Todo 开发初期觉得"简单"，结果加个刷新页面就丢数据，或者并发 POST 两条导致 ID 冲突。SQLite 是零配置、单文件、ACID 兼容的真退路。但默认开启的 WAL（Write-Ahead Logging）模式在 Go 的 database/sql 连接池下容易卡住：多个 goroutine 同时写，sqlite3 报 database is locked，不是代码问题，是模式不匹配。立即学习"go语言免费学习笔记（深入）"；初始化 DB 时加 _journal_mode=DELETE&_synchronous=NORMAL 参数，关 WAL，用传统 rollback journal表结构别省事：id INTEGER PRIMARY KEY AUTOINCREMENT 而不是 id INTEGER PRIMARY KEY，否则 SQLite 不保证自增连续性查询全部用 SELECT * FROM todos ORDER BY id DESC，别依赖 INSERT 顺序------SQLite 不保证返回顺序，除非显式 ORDER BY前端用纯 HTML + fetch 就行，别碰 Vue/ReactTODO 应用的 UI 复杂度在「输入框 + 列表 + 删除按钮」这个量级。这时候上构建工具、打包、热更新，等于给自行车装涡轮增压------噪音大，还容易爆缸。 Cleanup.pictures 智能移除图片中的物体、文本、污迹、人物或任何不想要的东西
相关推荐
ServBay12 分钟前
9 个 Python 第三方库推荐，不用 AI 都好像多出一个团队用户83562907805114 分钟前
如何使用 Python 添加和管理 Excel 批注（完整示例）用户83562907805127 分钟前
使用 Python 管理 Excel 工作表：创建、复制、删除与重命名SelectDB28 分钟前
阶跃星辰基于 SelectDB 构建 PB 级 Agent 可观测平台这个DBA有点耶2 小时前
GROUP BY优化全解：如何写出既不丢数据又飞快的分组查询掉头发的王富贵5 小时前
【StarRocks】极限十分钟入门StarRocksNturmoils5 小时前
WHERE 条件别凭习惯写，常用查询先跑一遍荣码9 小时前
LangGraph多Agent协作：3个Agent干活比1个强，但我踩了4个坑用户8356290780511 天前
Python 操作 PDF 附件：添加、查看与管理指南Databend1 天前
在 AWS 中国峰会逛了一天，我在 Databend 展台看到了 Agent 数据基础设施的新思路