为什么装了 Elixir 插件还是没高亮？

语法包装了，右下角也选了，代码还是没颜色？这通常是语法包没真正生效，或者被其他设置干扰了。要知道，Sublime不会单纯根据文件后缀.ex就自动绑定语法，必须显式注册。

• 注册文件扩展名：在Packages/User/目录下，新建一个名为Elixir.sublime-settings的文件，内容很简单：

  { "extensions": ["ex", "exs"] }

  这个操作告诉Sublime，所有.ex和.exs文件都用Elixir语法打开。
• 优先级原则：永远不要直接修改Packages/Elixir/下的原始文件，因为插件升级时会覆盖它们。User目录下的用户设置拥有最高优先级，是定制化的正确位置。
• 识别错误：如果右下角显示的是Elixir (EEx)，但你编辑的明明是普通的.ex文件，这说明文件被错误识别为EEx模板了。这常常是Phoenix-Sublime插件带来的副作用。临时解决方法是：在文件标签上右键，选择Open all with current extension as… → Elixir。
• 高亮与主题：另外，当前行高亮（highlight_line）功能和主题是两回事。即使功能开启了，如果当前使用的配色方案没有定义lineHighlight的相关规则，当前行依然不会显示背景色。

构建系统怎么写才真正能跑 mix 项目？

用elixir $file这种简单的构建命令来跑Mix项目，几乎是行不通的。它不会加载项目的任何依赖，不读取config/配置，更不会启动应用上下文，对Phoenix或任何标准Mix项目完全无效。

• 创建项目级构建系统：打开Tools → Build System → New Build System，创建一个新的构建系统文件，内容如下：

  {
    "cmd": ["mix", "run", "--no-halt"],
    "working_dir": "$project_path",
    "selector": "source.elixir",
    "file_regex": "^(.*):([0-9]+):([0-9]+): (.*)$"
  }

  这个配置的核心是working_dir指向项目根目录，并执行mix run --no-halt来启动应用。
• 关键路径：$project_path这个变量必须指向包含mix.exs文件的根目录。如果当前没有打开Sublime项目文件（.sublime-project），这个变量会是空的，命令自然会失败。
• 避免使用Shell：不要设置"shell": true。虽然它会让命令在Shell环境下执行，但会导致Sublime无法可靠地捕获mix命令的实时输出流。结果就是日志中断，重要的错误堆栈信息可能根本看不到。
• 运行测试：如果想运行单个测试文件，可以创建另一个构建配置，将"cmd"改为["mix", "test", "$file"]。使用时需要确保光标在目标测试文件内，否则$file变量为空，命令会出错。

elixir-ls 启动失败的三个硬性条件

通过SublimeLSP插件配置elixir-ls，可不是“装上就能用”。elixir-ls本身是一个独立的后台进程，启动失败时往往静默退出，只留下一个没有跳转、没有补全的假象。

• 绝对路径与权限：LSP配置中的command字段必须是elixir-ls启动脚本的绝对路径（比如/path/to/language_server.sh或C:\path\to\language_server.bat）。路径中的~或$HOME这类环境变量通常不会被正确解析。同时，确保这个启动脚本拥有可执行权限。
• 语法路径精确匹配：配置里的syntaxes数组，其中的路径必须和你实际安装的Elixir语法包文件位置完全一致。举个例子，如果你通过Package Control安装的包叫ElixirSyntaxPackages/ElixirSyntax/syntaxes/Elixir.sublime-syntax，而不是官方仓库的路径。对不上，LSP就不会激活。
• 环境配置陷阱：如果在initializationOptions.env中设置了MIX_ENV=test，但你的项目里根本没有config/test.exs这个配置文件，那么elixir-ls有很大概率会在初始化阶段直接崩溃退出，日志里可能只留下一句令人困惑的connection closed。

最后，还有一个最容易被忽略的“坑”：首次启动elixir-ls时，它会自动执行mix deps.get并编译整个项目的依赖，这个过程视项目大小可能需要1到3分钟。在此期间，Sublime底部的状态栏可能会一直显示“Starting elixir…”。这不是卡死，千万不要反复重启编辑器或LSP。耐心等待它完成这第一次初始化，后续的启动和响应速度才会真正快起来。