vscode资源管理器排序由explorer.sortorder配置决定，仅支持name（不区分大小写字典序）、type（先分文件夹/文件/链接，再按扩展名排序）、modified（按最后修改时间倒序）三个值，其他如date、mtime均无效；该配置为持久规则，需写入项目级.vscode/settings.json才稳定生效，顶部按钮仅为临时切换。
VSCode 项目资源管理器的排序不是点击切换就能生效的“视图模式”，而是由 explorer.sortOrder 配置项决定的持久规则；改错位置、忽略刷新或被插件覆盖，都会导致你以为设了却没效果。
explorer.sortOrder 支持哪些值？各有什么实际行为
它只接受三个字符串值，每个都改变同级条目的比较逻辑，不支持拼写变体（如 date、mtime、time 均无效）：
-
"name"：按文件/文件夹名做不区分大小写的字典序排列（Zoo.js和apple.ts混排，Z 不在 a 前） -
"type"：先分大类（文件夹 > 文件 > 符号链接），再同类内按扩展名字典序排（.js、.ts、.json各自聚拢；无扩展名如README归为unknown排最后） -
"modified"：按文件系统LastWriteTime倒序排（最新修改的在最上），文件夹和文件混排，不保证“文件夹优先”
为什么改了 explorer.sortOrder 没变化？三个高频漏点
设置写了但列表不动，大概率卡在这三处：
- 工作区设置覆盖了用户设置：检查项目根目录下的
.vscode/settings.json，里面若有显式声明的"explorer.sortOrder": "name"，它会完全屏蔽你全局的配置 -
explorer.compactFolders开着（默认为true）：折叠模式下，排序只作用于展开后的平级项，视觉上像“没生效”；建议先设为false再验证 - 没刷新资源管理器：改完设置后必须手动点击父文件夹三角箭头重新展开，或按
F5刷新——它不会实时重排
另外，GitLens、Project Manager、i18n Ally 等插件会劫持 Explorer 渲染流程，临时禁用可快速验证是否冲突。
explorer.sortOrder: "modified" 在远程开发中容易不准
这个值依赖文件系统时间戳，但在 WSL 或 Remote-SSH 环境下有硬限制：
- NTFS ↔ ext4 跨系统时，
mtime精度可能只有秒级甚至更粗，刚创建未保存的文件时间戳常为0，VSCode 读不到有效值 - 它只对磁盘上真实存在的已保存文件生效；未保存的编辑器标签页、Git 暂存区里的新文件不参与排序
- 固定倒序（最新在前），没有升序选项；也没法实现“文件夹优先 + 文件按修改时间排”的复合逻辑
顶部“排序”按钮只是临时切换，别当真
资源管理器顶部那个下拉菜单（显示“名称”“类型”“修改日期”等）是纯前端视图控制：
- 不修改任何配置，关闭窗口或重启 VSCode 后立即失效
- 不支持升/降序选择（固定为“最新在前”）
- 不作用于已折叠的子目录内部，仅影响当前展开层级的视觉呈现
真要让排序稳定生效，唯一可靠路径是把 "explorer.sortOrder": "modified"（或其他值）写进项目级 .vscode/settings.json。所有其他方式，包括用户级设置、GUI 点选、插件快捷操作，都有明确的失效边界。
