- **品牌残留**：旧代号 “E2E Pan/E2EPan” 仍存在于核心启动 banner、Flutter 入口类名、默认下载目录命名，导致对外展示不一致。
把旧代号清干净，心跳优雅关停，上传进度自动收尾，让 StoreX 跑得更稳。
本次修复涉及多个我这边用的时候发现的问题：
我在排查时发现上传任务在暂停后直接从 UI 界面消失，无法在任何地方找到该任务。
Go 核心代码中存在大量重复的错误响应模式： ```go c.
**涉及功能**: 文件夹上传、文件元数据管理、前后端数据一致性
项目原有的缩略图生成策略为**按需生成**： - 上传文件时，只上传原始文件 - 浏览文件列表时，前端请求缩略图 API - 后端检查缩略图是否存在，不存在则下载源文件、生成缩略图、保存后返回
**涉及模块**: 全局命名、Android 原生、Windows 托盘、Flutter 生命周期
**范围**: 聊天菜单返回键、资源泄漏、文件名安全校验
**时间**: 2026-01-01 16:00 **类型**: 代码结构优化 / 重复代码清理 **范围**: 前端 (Flutter) + 后端 (Go) 全仓库评估
**状态**: 完成
**状态**: 已完成
设置页面提供了四档字重选项（细、正常、中粗、粗），但除了"粗"之外，其他三档视觉上没有任何区别。
2025-12-27
发送功能允许向指定会话发送文本消息和文件附件。
随着项目架构演进，部分早期设计的抽象层和事件机制变得冗余。
我在使用过程中发现多个状态相关的问题：
**时间**: 2025-12-22 20:57 **标签**: `架构优化` `代码简化` `重构`
**功能**: .e2e 便携式加密文件的导入导出
我这边用的时候发现上传大文件后 App 数据显著增大（从几十 MB 增长到 1.45GB），重启 App 也无法释放。通过 ADB 诊断发现问题根源是 **file_picker 插件在 Android 上的临时文件复制机制**。
**类型**: 功能实现
我在 Windows 桌面端遇到一个奇怪的现象：
E2EEPAN 是一个端到端加密的网盘应用，存储在 S3 上的都是密文。
在 Android 设备上批量上传视频文件时，部分文件上传失败。
E2EEPAN 是一个端到端加密的网盘应用，所有文件在上传前加密，存储在 S3 上的都是密文。
在解决批量上传产生游离文件的问题后（通过互斥锁保证原子性），发现新的性能问题：
我这边用的时候发现批量上传文件时会产生大量游离文件（orphan files）。
之前缩略图生成逻辑在前端实现： 1.
- 设置页 → 调试选项中，内核和 S3 状态偶尔出现矛盾： - 内核状态显示“未启动或不可用”。
不同人对字体大小的偏好不同：
- 目标：为 Android 和 Windows 两端建立一套稳定、可重复的“构建 + 运行 + 调试”工具链，减少手工步骤，避免把调试兼容逻辑写死在业务代码里。
- 目标：把 Go 核心服务通过 gomobile 以 AAR 形式内嵌进 Android Flutter 客户端，让普通我在手机上开箱即用，而不是先手动起一个独立的 HTTP 核心。
- 目标：未来通过 gomobile / FFI 把 Go 核心嵌入到移动端/桌面应用中，减少“先启动核心进程，再连接 HTTP 服务”的操作成本。
- Go 核心通过命令行参数接收 S3 配置： - 入口：`core/cmd/server/main.go:11-33` - 相关 flag： - `-s3-endpoint`：S3 端点，例如 `127.0.0.1:9000`。
- 项目已经是端到端加密： - 客户端在本地用 AES-256-GCM 加密后，才上传到 S3。
- 早期的 S3 配置是零散的： - 端点、AccessKey、SecretKey、Bucket 可能通过多个入口修改。
2025-12-14 HTTP 架构 vs NativeCore 抽象取舍记录
- 场景：在客户端中新建一个文本文件（例如 `note.txt`）时，文件列表中的图标是“文本文件图标”；但在文本编辑器里修改内容并保存后，图标会变成“普通文件图标”。
这次重构的起点是一个看起来很小、但暴露出架构问题的 bug：
我们讨论过一个方案： 把图片缩略图的生成从 Flutter/Dart 侧搬到 Go 后端，由 Go 负责解密原图并生成小图。