如何禁用Gem默认加载的Railtie及其初始化器？

没问题，我刚好碰到过类似的情况，给你几个实用的解决方案，你可以根据自己的场景选择：

方案1：事前阻止Gem检测Rails环境（适合非Rails环境使用该Gem） #

很多Gem会通过defined?(Rails)判断是否处于Rails环境，进而自动加载Railtie。我们可以在require该Gem前，临时让Rails“不可见”：

# 先移除Rails常量（如果当前环境已经定义了的话）
Object.send(:remove_const, :Rails) if defined?(Rails)

# 现在require Gem，它会以为不在Rails环境，不会加载Railtie
require 'some_gem'

# 如果之后需要恢复Rails环境，重新require即可
require 'rails' if need_rails

注意：如果你的应用本身就是Rails项目，这个方法可能会引发其他问题，谨慎使用。

方案2：只加载Gem的核心代码，跳过Railtie（最安全的方案） #

直接绕过Gem的主入口文件，手动加载它的核心功能模块。你需要先查看该Gem的目录结构，找到核心代码所在的文件，比如假设核心代码在lib/some_gem/core.rb：

# 不要用require 'some_gem'，而是直接加载核心文件
core_path = File.join(Gem.loaded_specs['some_gem'].full_gem_path, 'lib', 'some_gem', 'core')
require core_path

# 如果还有其他需要的模块，按需加载
# require File.join(...)

这个方法完全避免了加载Railtie相关代码，是最干净的解决方案，前提是你能理清Gem的代码结构。

方案3：事后清理Railtie的影响（适合Rails环境下使用） #

如果已经require了Gem，Railtie已经加载，我们可以手动清理它添加的初始化器和Rake任务：

require 'some_gem'

# 删除该Gem添加的所有初始化器
Rails.application.initializers.delete_if do |initializer|
  initializer.name.start_with?('some_gem.')
end

# 删除该Gem添加的Rake任务
Rake::Task.tasks.delete_if do |task|
  task.name.start_with?('some_gem:')
end

不过要注意：如果Railtie的after_initialize块已经执行过，这个方法无法撤销已经运行的代码，只能阻止后续的影响。

内容的提问来源于stack exchange，提问作者Cyril Duchon-Doris