在C#/.NET Core Web应用中，控制器Action的CancellationToken两种写法有何差异？无默认值可行吗？

两种模式的核心差异 #

两种写法在HTTP请求处理场景下功能完全一致：ASP.NET Core框架会自动将当前请求的取消令牌（比如客户端断开连接、请求超时触发的取消信号）注入到Action的CancellationToken参数中，不管是否设置默认值default，都能正常接收请求取消信号。

唯一的区别体现在非HTTP触发的调用场景（比如单元测试、项目内部代码直接调用Action方法）：

• 模式1（带ct = default）：调用时可以省略CancellationToken参数，会自动使用CancellationToken.None（不会触发取消的空令牌）。
• 模式2（无默认值）：调用时必须显式传入一个CancellationToken实例，否则会编译报错。

不设置默认值是否可行？ #

完全可行。

ASP.NET Core的模型绑定系统会自动识别CancellationToken类型的参数，并自动注入请求对应的取消令牌，不需要依赖默认值来补全参数。只要Action中声明了这个参数，HTTP请求触发时框架就会正确传递令牌，不会出现参数缺失的问题。

统一写法的建议 #

• 如果你的Action主要处理HTTP请求，几乎不会被项目内部代码或单元测试直接调用，两种写法任选其一即可，对业务逻辑无影响。
• 如果需要频繁手动调用Action（比如单元测试验证逻辑），推荐模式1（带默认值），能减少调用时的代码冗余，不用每次都传入CancellationToken.None。
• 如果想强制要求手动调用时必须显式传入令牌（避免忽略取消逻辑），可以选择模式2。

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