Windows环境下编译Erlang模块出现内部错误求助

Hey Bernat, 别担心，这绝对不是愚蠢的问题！这种时好时坏的编译错误确实挺让人头疼的，我来帮你理理可能的原因和对应的解决办法：

1. 检查Erlang安装是否损坏或不完整 #

你遇到的maps:size/1未定义错误很反常，因为这个函数在Erlang/OTP 17及以后的版本就已经存在，OTP 20.1肯定是支持的。大概率是安装文件损坏或者部分组件丢失导致的：

• 先彻底卸载当前的Erlang/OTP 20.1：从Windows设置的「应用和功能」里找到Erlang，卸载后手动删除安装目录（默认是C:\Program Files\erl20.1），以及用户目录下的.erlang相关文件夹。
• 重新从Erlang官网下载OTP 20.1的安装包，建议校验文件哈希确保安装包没有损坏，然后选择不带空格的路径重新安装（Windows下带空格的路径偶尔会给Erlang带来奇怪的兼容性问题）。

2. 排查环境变量冲突 #

如果系统里残留了其他Erlang版本的环境变量，可能会导致编译时调用错误的组件：

• 打开系统环境变量，检查PATH里是否存在多个Erlang的bin目录（比如erlXX.X\bin），只保留当前OTP 20.1的bin路径，删除其他旧版本的路径。
• 确认ERLANG_HOME环境变量指向的是OTP 20.1的安装目录，没有指向旧版本。

3. 清理编译缓存与残留文件 #

旧的编译缓存或.beam文件可能会干扰新的编译流程：

• 先手动删除当前目录下的所有.beam文件（如果有的话）。
• 在Erl shell里执行以下命令清理编译缓存，再重新编译：

  compile:file(useless, [clean]).
  c(useless).
  

4. 检查文件目录权限 #

如果你的模块保存在Windows受保护的目录（比如C:\Program Files），编译时可能因写入权限不足触发异常：

• 把模块文件移动到自己的用户目录下（比如C:\Users\你的用户名\erlang_modules），切换到该目录后再尝试编译。

这种时好时坏的情况大多和环境变量加载异常、缓存文件干扰有关，按照上面的步骤逐一排查应该能解决问题。

内容的提问来源于stack exchange，提问作者Bernat