vscode资源管理器默认按文件名不区分大小写的字母顺序排序；explorer.sortorder是控制同级项排序的唯一配置项，可设为"name"、"type"或"modified"，但常因工作区设置覆盖、compactfolders启用或插件干扰而失效。
VSCode 资源管理器默认按文件名不区分大小写的字母顺序排序，但这个“字母序”不是你直觉里那种自然排序——它会把 README.md 排在 index.js 前面，只因为 R 在 i 前面，跟文件重要性、修改频率、类型都无关。
explorer.sortOrder 是什么，为什么改了没反应
它是控制资源管理器同级项（比如同一文件夹下的所有文件）排序逻辑的唯一配置项。值只能是 "default"、"name"、"type" 或 "modified"，没有 "date"、"mtime"、"asc" 这类写法。
常见失效原因：
- 工作区设置（
.vscode/settings.json）覆盖了用户设置，优先检查这个文件里有没有"explorer.sortOrder" - 启用了
explorer.compactFolders（默认 true），折叠模式下类型/时间排序会被视觉压缩，看起来像没生效；设为false再试 - 插件干扰，比如 GitLens、Project Manager、i18n Ally 会劫持 Explorer 渲染逻辑，临时禁用后验证
- 远程开发（WSL/SSH）时，文件系统对修改时间的精度支持不一致，NTFS 和 ext4 表现不同，
modified可能显示“乱序”
按修改时间倒序排：最新改的永远在最上面
这是最实用的日常排序方式，尤其适合频繁迭代的项目。关键点是：它只对磁盘上真实存在的已保存文件生效，未保存的编辑器标签页、Git 暂存区新文件、符号链接都不参与排序。
正确配置方式：
- 打开设置（
Ctrl+,），搜explorer.sortOrder，选modified - 或直接在
settings.json中加一行："explorer.sortOrder": "modified" - 改完后，必须手动重新展开父文件夹（点击三角图标收起再点开），不是实时重排
- 注意：顶部“排序”按钮点一下
修改日期是临时切换，关掉窗口就失效，它不改任何配置
按类型排序：.js/.ts/.json 分开显示？其实是分层再字母序
"explorer.sortOrder": "type" 不等于“按扩展名分组”，它只是先按大类排序：文件夹 > 文件 > 符号链接，同类里再按扩展名字母序排。所以所有 .js 会挨着，.ts 紧跟其后，.json 再后面——但不会把全部 .js 提到最前，也不会合并折叠。
几个细节影响效果：
- 没有扩展名的文件（如
README、Dockerfile）被归为unknown类型，统一排在最后 -
.ts和.js都映射到javascript类型，所以它们会混排，不是严格按扩展名隔离 - 想实现视觉分组（比如把
component.tsx和component.test.tsx嵌套显示），得靠explorer.fileNesting.patterns或插件，和sortOrder无关
真正容易被忽略的是：排序只作用于同级项，不改变层级结构本身；而 compactFolders 和隐藏文件（.xxx）默认排最前，这两者叠加时，你看到的“乱序”往往不是 sortOrder 的问题，而是视觉压缩+隐藏项前置共同导致的错觉。
