RailsAdmin 和 ActiveAdmin 选哪个？Rails 后台管理框架对比
RailsAdmin 自动扫描模型集中配置，ActiveAdmin 逐资源 DSL 精细控制。本文从配置组织、列表与表单定制、关联处理、搜索过滤、仪表盘与主题生态对比两大 Rails Admin 框架。
想零配置立刻得到一个能用的后台、模型多且变化快选 RailsAdmin；后台要深度定制（复杂表单、自定义页面、精细权限）、长期演进选 ActiveAdmin。一句话：RailsAdmin 是"自动生成的中控台"，ActiveAdmin 是"手工打造的控制台"。
配置哲学的根本分歧
RailsAdmin 的思路类似 Django Admin：读你的模型定义和关联关系，自动生成全套 CRUD 界面，所有定制集中在 config/initializers/rails_admin.rb 一个文件里。ActiveAdmin 则要求显式注册每个资源（app/admin/user.rb），用 DSL 逐字段声明——写得多，但每个资源的配置就近存放，大型后台几十个模型时不会挤爆一个文件。
列表视图与搜索过滤
RailsAdmin 的列表自动包含所有字段，list do ... end 块里调整：
RailsAdmin.config do |config|
config.model 'User' do
list do
field :email
field :created_at
exclude_fields :encrypted_password
end
end
end
ActiveAdmin 在资源文件内声明：
ActiveAdmin.register User do
index do
column :email
column :created_at
actions
end
filter :email
scope :active
end
两者的过滤、排序、scope、批量操作能力对等，差异仍是组织方式：集中 vs 分散。
表单与关联处理
简单场景 RailsAdmin 完胜——belongs_to 下拉、has_many 多选、嵌套表单全部自动推断。复杂场景（联动下拉、自定义输入组件、多步表单）ActiveAdmin 的 formtastic DSL 加 f.input 声明更可控，自定义 partial 的介入点也更明确。RailsAdmin 深度定制时要对着配置块翻文档找选项，ActiveAdmin 则是在写 Ruby 代码，后者对复杂需求更耐折腾。
自定义动作、仪表盘与主题
- 自定义动作：RailsAdmin 的 custom action 挂在配置里，ActiveAdmin 用
member_action/collection_action写在资源文件中，后者更接近写普通 Rails 控制器的心智； - 仪表盘：ActiveAdmin 的 dashboard 是一块自由画布（Arbre 组件 + partial），RailsAdmin 的首页偏统计概览，定制空间小；
- 主题：ActiveAdmin 的皮肤生态（如 arctic_admin）成熟，RailsAdmin 的 UI 定制主要靠自己覆盖样式。
权限与生态
两者都对接 CanCanCan/Pundit 做资源级授权。RailsAdmin 的社区插件集中在配置扩展，ActiveAdmin 的周边 gem（导出、图表、多租户）更活跃。GitHub 星数和 Stack Overflow 答案密度上 ActiveAdmin 明显占优——冷门问题更容易搜到解法。
常见问题（FAQ）
Q：能从 RailsAdmin 迁到 ActiveAdmin 吗？
可以，两个 gem 可以短期共存（挂不同路径），按资源逐个迁移。集中的 RailsAdmin 配置拆成 ActiveAdmin 的资源文件，过程机械但量不小，几十模型规模预留几天。
Q：性能上谁更好？
后台系统对性能不敏感。两者在千行级列表都需要加分页和查询优化（includes 预加载），ActiveAdmin 的 batch_action 处理大数据时注意超时即可。
Q：除了它俩还有别的选择吗？
有：Administrate（Thoughtbot 出品，代码生成式，介于两者之间）、Avo（现代化商业方案，UI 最精致）、Trestle。新项目值得把 Avo 也纳入评估，老牌两者之外的最活跃选项。
参考文档
本文依据公开文档整理，示例需按项目依赖版本验证；不将文档中的性能描述视为本项目实测结果。
