VSCode资源管理器默认按名称排序，需设explorer.sortOrder: "modified"才能始终按修改时间排序；顶部“排序”按钮仅为临时视图切换，不持久生效。
怎么改资源管理器的默认排序方式为修改时间
VSCode 默认按名称（default）字典序排列文件，不反映实际编辑顺序。要让它始终按最后修改时间排序，必须修改设置项 explorer.sortOrder，值设为 modified。
操作路径：打开设置（Ctrl+, 或点击左下齿轮图标 → Settings），在搜索框输入 Explorer: Sort Order，找到该配置项，下拉选择 modified；或者直接在 settings.json 中添加：
"explorer.sortOrder": "modified"
注意：这个设置影响整个工作区，若只想对当前项目生效，应写入工作区根目录下的 .vscode/settings.json，而非用户全局设置。
为什么点了顶部“排序”按钮没用
资源管理器顶部的“排序”按钮（显示为“名称”“类型”等）是**临时视图切换**，仅对当前窗口有效，刷新或重启 VSCode 后会退回到 explorer.sortOrder 的设定值。它不修改任何配置，也不持久化。
常见误操作包括：点完“修改日期”以为已设置成功，结果关掉再打开又变回字母序——这是因为你只触发了一次临时排序，没动底层配置。
临时排序还有两个限制：
- 不支持自定义升/降序方向（它固定按“最新修改在前”，无法改成“最早在前”）
- 不作用于折叠的子文件夹内部（只排平级项）
按修改时间排序后，文件夹和文件混在一起怎么处理
explorer.sortOrder: modified 会让所有条目（含文件夹和文件）统一按 LastWriteTime 排，导致文件夹可能插在文件中间。如果你希望“文件夹优先 + 再按修改时间排文件”，VSCode 原生不支持这种复合排序。
可行折中方案：
- 启用
explorer.compactFolders（设为false），让文件夹始终展开，视觉上更易区分 - 搭配
explorer.sortOrder: type，先分组再按类型内排序，但会失去时间维度 - 接受混排事实——因为真实场景中，你新建一个文件夹和修改一个文件的时间可能非常接近，强行分离反而掩盖时间线索
排序失效或不更新的几个坑
即使设置了 explorer.sortOrder: modified，仍可能看到顺序“不对”，原因通常是：
- 文件系统未及时上报修改时间：尤其在 WSL、网络盘或某些 IDE 同时编辑场景下，
LastWriteTime可能延迟更新；手动按F5强制刷新资源管理器可验证 - Git 暂存区状态干扰：VSCode 时间线（Timeline）面板依赖 Git 提交记录，但资源管理器排序只读取文件系统时间戳，两者无关；别指望 git commit 时间会触发资源管理器重排
- 某些插件覆盖了排序行为：比如 “Project Manager” 或自定义文件视图扩展，会劫持资源管理器渲染逻辑；可尝试禁用插件后验证
- Windows 文件系统本身对 NTFS 和 FAT32 的时间精度不同（FAT32 只精确到 2 秒），可能导致同秒修改的多个文件顺序不可预测
最可靠的验证方式是用 PowerShell 对比：Get-ChildItem | Sort-Object LastWriteTime -Descending，看输出是否与 VSCode 中一致。
