Docker容器中Rails路径异常：lib模块加载失败求助

核心问题分析 #

你遇到的路径问题根源有两个：

1. 初始化文件里的require_relative错误混用了**绝对路径（Rails.root）**和相对路径语法，导致Docker环境下路径多了一层/app；
2. 对Rails自动加载机制的路径配置逻辑理解有偏差。

具体修复步骤 #

1. 确认文件结构

首先确保你的sf.rb文件位于项目根目录下的lib/文件夹（而非app/lib/），这是Rails项目存放自定义模块的标准目录。

2. 修正初始化文件的require语句

有两种可靠的修复方式，任选其一即可：

方式一：利用Rails自动加载（推荐）

既然你已经在application.rb中配置了config.autoload_paths += %W(#{config.root}/lib)，Rails会自动扫描这个目录加载模块。直接修改config/initializers/my_constants.rb：

require 'sf'
PI = 3.14

这种方式无需关心本地或Docker的路径差异，Rails会自动处理模块的查找和加载。

方式二：使用正确的相对路径

如果一定要用require_relative，要基于当前初始化文件的位置（config/initializers/）来编写相对路径：

require_relative '../../lib/sf'
PI = 3.14

../../表示从config/initializers/往上回退两层到项目根目录，再进入lib/，无论本地还是Docker环境，这个相对路径都能正确定位到目标文件。

3. 避免的错误写法

不要在require_relative中混用Rails.root，因为require_relative是基于当前文件的相对路径语法，而Rails.root是绝对路径，结合使用会导致路径拼接错误（比如Docker中会生成/app/app/lib/sf这种多一层app的错误路径）。

验证Docker环境 #

Docker中WORKDIR /app设置了项目根目录为/app，COPY . .会把本地项目文件完整复制到/app下，所以lib/目录的路径就是/app/lib，上述两种修复方式都能正确定位到该文件。

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