用 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 模式很多人用 map[int]*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 智能移除图片中的物体、文本、污迹、人物或任何不想要的东西
相关推荐
Teable任意门互动12 分钟前
AI原生开源多维表格有哪些？主流开源多维表格对比解析Cloud_Shy61836 分钟前
Python 数据分析基础入门：《Excel Python：飞速搞定数据分析与处理》学习笔记系列（第八章 使用读写包操作 Excel 文件 上篇）TDengine （老段）41 分钟前
MNode 内部机制深度解析 — SDB、事务引擎与 DDL 处理全链路这个DBA有点耶41 分钟前
数据库上云 vs 自建：从成本到人力的三维对比与决策框架shizhan_cloud1 小时前
MySQL 索引优化 + 慢查询日志輕華1 小时前
uv工具详解——Python包与项目管理器完全指南li星野1 小时前
位运算 & 数学 & 高频进阶九题通关（Python + C++）用户8356290780511 小时前
使用 Python 在 PowerPoint 中添加并控制音频播放Drache_long1 小时前
MySQL数据库（故障排除）2303_821287381 小时前
如何清洗SQL输入数据_使用框架内置的ORM处理数据交互