为何Devise参数清理器使用sign_up而非user_registration？如何溯源？

首先明确：Devise的参数sanitizer用的是内部定义的业务动作标识符（比如:sign_up、:sign_in），而非Rails路由的名称（比如user_registration）。这俩是Devise内部逻辑和Rails路由层的两个不同概念，下面一步步教你追踪映射逻辑：

1. 从devise_parameter_sanitizer.permit入手 #

直接用bundle open devise打开Devise源码，定位到Devise::ParameterSanitizer类的permit方法。你会看到这个方法接收的第一个参数是action，这个action不是路由名称，而是Devise为不同业务场景定义的标识符。

2. 追踪动作标识符与控制器的绑定 #

Devise的每个控制器（比如RegistrationsController）都对应一组业务动作标识符：

• 打开Devise::RegistrationsController，看它的create方法（对应路由user_registration的POST请求），里面调用了sign_up_params方法；
• 查看sign_up_params的实现，它内部是devise_parameter_sanitizer.sanitize(:sign_up)——这里明确把:sign_up作为动作标识符传入，说明注册流程的参数校验是和:sign_up绑定的。

3. 找Devise内部的动作映射规则 #

继续看Devise::Controllers::Helpers模块里的devise_parameter_sanitizer方法，它会根据当前控制器的类型和动作，自动关联对应的sanitizer动作：

• 比如RegistrationsController的create动作，会被映射到:sign_up标识符；
• 你还可以看Devise::ParameterSanitizer的初始化方法，里面预设了默认的动作与参数规则的映射，比如:sign_up对应注册时允许的参数集合。

核心结论 #

:sign_up是Devise定义的业务动作标识，用来关联特定场景的参数校验规则；而user_registration是Rails生成的路由名称，对应控制器的具体动作。两者分属不同层面，Devise的参数sanitizer只认内部的业务动作标识。

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