Rails Whenever无法执行Service类方法问题求助
解决Rails生产环境runner执行Service类方法报错的问题
这个问题我之前也碰到过几次,结合你的描述(开发环境正常、生产环境报错、模型方法能跑),大概率是生产环境的类加载或者命令解析的问题,给你几个排查和解决的方向:
检查Service类的加载路径
Rails开发环境会自动加载大部分目录下的文件,但生产环境默认只自动加载app目录下的标准子目录(比如models、controllers、services)。如果你的NotificationService放在lib目录下,生产环境可能找不到它:- 最简单的解决办法是把Service类移到
app/services目录下,Rails会自动识别并加载这个目录的文件; - 如果一定要放在
lib,需要在config/application.rb里添加配置:
改完后记得重启生产环境的应用,或者重新部署。config.autoload_paths << Rails.root.join('lib') # 生产环境还需要开启预加载(如果没开的话) config.eager_load = true
- 最简单的解决办法是把Service类移到
调整runner命令的引号写法
生产环境的shell(比如部署用的bash)对双引号的解析可能和开发环境不同,导致命令被拆分错误。你可以尝试两种调整方式:- 用单引号包裹命令内容:
bin/rails runner 'NotificationService.new.trial' --silent - 把执行逻辑写到单独的脚本文件里,比如创建
lib/scripts/run_trial_notification.rb,内容是:
然后执行命令:NotificationService.new.trialbin/rails runner lib/scripts/run_trial_notification.rb --silent
- 用单引号包裹命令内容:
确认类名和命名空间是否正确
生产环境的常量查找机制更严格,如果你的NotificationService被包裹在某个模块里(比如module MyApp或者module Services),那命令里需要完整的命名空间:bin/rails runner "Services::NotificationService.new.trial" --silent可以先在生产环境的rails console里测试:
NotificationService能不能正常找到,排查是否有命名空间问题。明确指定生产环境
有时候部署工具的环境变量可能没正确设置,你可以尝试在命令前加上环境变量指定:RAILS_ENV=production bin/rails runner "NotificationService.new.trial" --silent
内容的提问来源于stack exchange,提问作者Zlautumn
相关产品推荐
相关产品推荐

