vscode资源管理器排序由explorer.sortorder配置决定，支持name（不区分大小写字母序）、type（先分文件夹/文件/链接，再按扩展名排）、modified（按最后修改时间倒序）三个值，其他如date、mtime均无效。
VSCode 资源管理器的排序不是“点一下就生效”的临时操作，而是由 explorer.sortOrder 配置项决定的持久规则；默认是 name（不区分大小写的字母序），但这个“默认”常被误读为“智能排序”，其实它完全不考虑文件重要性、修改频率或类型意义。
explorer.sortOrder 支持哪些值？各有什么实际效果
该配置只接受几个固定字符串，每个都会改变同级条目的比较逻辑：
-
"name"：按文件/文件夹名排序，不区分大小写（Zoo.js和apple.ts会混排，Z不一定在a前） -
"type"：先分大类（文件夹 > 文件 > 符号链接），再按扩展名排序；.js、.ts、.json会各自聚拢，但README（无扩展名）归为unknown排最后 -
"modified"：按文件系统LastWriteTime倒序（最新修改的在最上），文件夹和文件混排，不保证“文件夹优先” -
"filesFirst"：不是排序方式，而是独立开关（explorer.filesFirst），控制文件是否总排在文件夹前面——它和sortOrder是正交配置
注意："date"、"mtime"、"time" 都无效，只有 "modified" 是正确值。
为什么改了设置没变化？三个最常漏掉的地方
改完 explorer.sortOrder 却看不到效果，大概率卡在这三处：
- 工作区设置覆盖了用户设置：检查项目根目录下的
.vscode/settings.json，里面可能有同名配置，且它优先级更高 -
explorer.compactFolders开着：设为true时，子文件夹折叠显示，sortOrder只作用于展开后的平级项，视觉上像“没生效”；建议设为false再试 - 没刷新视图：改完设置后，必须手动点击父文件夹的三角箭头重新展开，或按
F5刷新资源管理器——它不会实时重排
另外，某些插件（如 GitLens、Project Manager）会劫持 Explorer 渲染流程，临时禁用可验证是否冲突。
顶部“排序”按钮只是临时切换，别当真
资源管理器顶部那个下拉菜单（显示“名称”“类型”“修改日期”等）是纯前端视图切换，不修改任何配置，不持久化，关闭窗口或重启 VSCode 后立即失效。它甚至不支持升/降序选择（固定为“最新在前”），也不作用于已折叠的子目录内部。
如果你点了“修改日期”以为设好了，结果下次打开又回字母序——这不是 bug，是你没动 explorer.sortOrder 的底层配置。
modified 排序在 WSL/远程开发中容易不准
文件系统时间戳精度和时区会影响 modified 排序的真实感：
- WSL2 下 ext4 时间戳精度是纳秒级，但 VSCode 读取时可能截断；NTFS（Windows 主机）则是 100 纳秒，两者混合时顺序可能“跳变”
- 网络盘或 OneDrive 同步文件夹里，
LastWriteTime可能延迟上报，导致刚保存的文件没立刻排到顶部 - Git 暂存区里的新文件（
git add但未git commit）没有磁盘修改时间，VSCode 无法给它分配合理位置
这时候别怀疑配置，先用终端 ls -lt 对比真实时间戳，再决定是否要关掉 files.autoSave 或调大 autoSaveDelay——频繁重排本身就会干扰判断。
