ActionController::API与ActionController::Base对比：功能限制及性能差异咨询

一、ActionController::API 被限制/移除的功能 #

ActionController::API 是 ActionController::Base 的轻量子集，移除了大量面向传统视图渲染的功能，具体包括：

• 视图渲染模块：移除了ActionView::Layouts、ActionView::Rendering等核心视图渲染模块，无法使用render :template、render :html这类渲染服务器端视图的方法，仅保留render :json、render :xml等API场景常用的序列化渲染方式。
• 布局与模板支持：完全不支持布局（layout）功能，也无法自动解析对应MIME类型的视图模板，必须明确指定渲染格式。
• 表单辅助方法：移除了ActionView::Helpers::FormHelper、ActionView::Helpers::FormTagHelper等表单相关模块，无法使用form_for、form_with这类生成HTML表单的辅助方法。
• 会话与Cookie默认支持：默认不加载会话管理中间件，无法直接使用session对象；若需会话功能，需手动在控制器中包含ActionController::SessionManagement模块或配置对应中间件。
• Flash消息机制：未集成ActionController::Flash模块，无法使用flash[:notice]这类临时消息存储功能，需手动引入模块才能启用。
• 资产辅助方法：移除了ActionView::Helpers::AssetTagHelper模块，无法使用image_tag、stylesheet_link_tag这类生成资产链接的辅助方法。

二、使用 ActionController::Base 替代 API 的速度差异 #

在纯API场景下，ActionController::Base 的性能会略低于 ActionController::API，差异主要体现在以下方面：

• 启动速度：Base 需要加载更多的模块、中间件和视图相关依赖，应用启动时间会更长。
• 请求响应速度：每个请求处理过程中，Base 会执行更多的初始化钩子和模块逻辑，响应时间会有轻微增加；在高并发场景下，这种性能差异会被放大。
• 内存占用：Base 控制器实例会占用更多内存，因为它包含了更多的实例变量、方法和模块依赖。

如果你的服务仅提供API接口，无需视图渲染、表单生成等功能，选择 ActionController::API 会获得更优的性能；如果需要兼顾API和传统服务器端视图渲染，则必须使用 ActionController::Base。

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