直接改explorer.sortorder为"modified"并写入项目级.vscode/settings.json才稳定生效；顶部“排序”按钮仅为临时切换，关闭即失效；常见无效原因包括工作区设置覆盖、插件干扰、远程环境mtime不准、compactfolders开启导致视觉掩盖。
直接改 explorer.sortOrder 就行，但必须写进项目级 .vscode/settings.json 才稳定生效；点顶部“排序”按钮只是临时切换，关掉窗口就丢。
为什么改了 explorer.sortOrder 没变化？
不是设置没写对，而是被更高优先级的配置或环境干扰了：
- 工作区设置了
.vscode/settings.json，且里面显式写了"explorer.sortOrder": "name"—— 它会完全覆盖你用户级的设置 - 用了 Remote-SSH / WSL：排序逻辑跑在远端，本地设置无效；得在远端项目里同样配
explorer.sortOrder - 插件劫持了 Explorer 渲染，比如 GitLens、Project Manager、i18n Ally —— 临时禁用它们再试一次
-
explorer.compactFolders是true（默认开启）：折叠模式下类型或时间排序会被视觉压缩，看不出效果，建议先设为false
explorer.sortOrder: "modified" 的真实行为
它让同级文件和文件夹统一按磁盘上的最后修改时间倒序排（最新在最上），但有硬限制：
- 只作用于已保存、真实存在于磁盘的文件；未保存的编辑器标签页、Git 暂存区里的新文件不参与
- 固定倒序，没有升序选项；没法改成“最早在前”
- 文件夹和文件混排，
src/可能插在index.ts和utils.js中间，不区分优先级 - 子文件夹内部不受影响，只排平级项；折叠状态会掩盖排序效果
- 远程环境（如 WSL）下 mtime 精度不准，尤其 NTFS ↔ ext4 跨系统时，新创建未保存的文件可能读不到有效时间戳
explorer.sortOrder: "type" 不等于“按扩展名分组”
它只是排序规则，不是视觉分组：
- 排序逻辑是：文件夹 > 文件 > 符号链接；同类里再按扩展名字典序，所以
.js都挨着、.ts紧跟其后、.json再后面 - 没扩展名的文件（如
README、Dockerfile）归为unknown类型，统一排在最后 - 想实现“测试文件缩进嵌套在主文件下”这类视觉分组，得靠
explorer.fileNesting.patterns或插件，和sortOrder无关 - 如果看到排序还是像按名字排，大概率是
explorer.compactFolders没关，或者插件覆盖了逻辑
最容易被忽略的是：排序只作用于同级项，不改变层级结构本身；也没法把“文件夹优先 + 文件按修改时间排”合成一条规则。真要复合逻辑，得靠手动配置 explorer.fileNesting.patterns 或引入插件，原生 explorer.sortOrder 就这三条路可走：name、type、modified。（截至2026年5月19日）
