File Icons插件本身即可覆盖绝大多数文件类型识别需求，不存在名为file-type-icons的合法插件；其图标识别依赖Atom的grammar语法规则而非单纯扩展名匹配，需确保语法正确、启用树视图图标、执行重载窗口操作。
装 file-icons 插件本身就能覆盖绝大多数文件类型识别需求，根本不需要额外装什么 file-type-icons —— 这个插件不存在，是常见误搜或混淆命名导致的无效尝试。
为什么搜不到 file-type-icons？
Atom 官方包仓库、GitHub 上主流 Atom 插件生态里，没有名为 file-type-icons 的合法插件。用户常因以下原因误以为它存在：
- 把
file-icons的功能描述（“识别文件类型并显示图标”）记成插件名 - 看到第三方博客标题写错，比如把 “file type icons” 当成一个独立包名
- 混淆了 VS Code 的
vscode-file-icons或 Sublime 的类似插件
file-icons 本身怎么识别文件类型？
它不靠扩展名硬匹配，而是依赖 Atom 的 grammar（语法高亮规则）—— 这才是识别准确性的核心。常见现象和应对方式：
- 一个
.js文件右下角显示Plain text→ 图标不会出现，必须右键编辑区 →Grammar→ 手动选JavaScript - 新建空
.env文件，默认被识别为Plain text→ 需在文件开头加# .env或内容如KEY=VALUE，触发 Atom 自动识别为Environment Variablesgrammar -
webpack.config.js显示 webpack 图标而非 JS 图标 → 是正常行为，file-icons内置了路径优先级策略，/webpack/路径会覆盖 grammar 判断
想补全没被识别的文件类型，该怎么做？
不是装新插件，而是用项目级 config.cson 做精准映射：
- 只在项目根目录下新建
config.cson（不是~/.atom/config.cson） - 写入如下结构（注意缩进是 2 空格，不是 Tab）：
"file-icons":
associations:
".env": "gear"
"Dockerfile": "docker"
"tsconfig.json": "typescript"- 匹配正则必须带
i标志，否则MyTest.ts不会命中/\.test\.ts$/ - 多个规则冲突时，靠
priority控制顺序，不写默认为0，数值越大越优先
图标不显示？先查这三处
90% 的“图标没出来”问题都卡在这三个环节：
- Atom 版本 ≥ v1.60 → 必须装兼容版：
apm install https://github.com/file-icons/atom/releases/download/v2.1.45/file-icons-2.1.45.tgz - 设置里没勾选：
Show icons in tree view和Display file names to the right of icons - 重启不够，要执行
Application: Reload Window（快捷键Ctrl+Alt+R），否则 CSS 注入失败
Windows 中文路径、杀软拦截、与其他图标类插件（如 custom-file-icons）共存，都会导致图标透明或消失——这些比装错插件更值得花时间排查。
