在类的initialize方法中使用require/require_relative是否可行？

首先明确：在类的initialize构造方法里调用require 'my_file'是完全可行的——Ruby的require本质就是个普通方法，只要代码执行到这一行，就会触发对应的模块加载逻辑，而且Ruby自带的机制会保证同一个文件不会被重复加载。

这种写法的优势 #

• 延迟加载缩减启动时间：如果这个类并不是程序每次运行都会被实例化，把require放在initialize里可以避免程序启动时就加载暂时用不上的依赖，减少启动耗时。
• 精准控制依赖加载时机：如果只有满足特定条件的实例才需要这个依赖（比如某些仅在特定配置下启用的功能），这种写法能做到按需加载，避免无用的资源占用。

这种写法的劣势 #

• 额外的性能开销：每次实例化这个类时，都会执行一次require的校验逻辑（检查文件是否已加载、查找文件路径等），如果类的实例化频率很高，累积下来会有不必要的性能损耗。
• 代码可读性与维护性下降：Ruby社区的通用规范是把require放在文件开头，其他开发者阅读代码时能快速理清依赖关系；把require藏在initialize里会让依赖变得隐蔽，增加后续维护的成本。
• 副作用时序不可控：如果my_file里包含有副作用的代码（比如修改全局变量、自动执行的初始化逻辑），这些副作用会在实例化时才触发，而不是程序启动阶段，可能导致难以排查的时序问题。

总结 #

只有在类的实例化频率极低，或者依赖确实是仅在实例化场景下才会用到的小众功能时，这种写法才有一定合理性；绝大多数日常开发场景中，还是建议遵循社区规范，把require放在文件开头，保证依赖清晰、程序启动时加载所有必要模块，避免潜在的维护和性能问题。

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