ABP升级至6.3后客户端JS无法识别Async后缀方法，能否恢复原命名行为？

ABP框架自5.0大版本更新后，重构了动态JavaScript客户端代理的生成逻辑，默认会自动剥离应用服务方法名末尾的Async后缀，将服务端定义的CreateAsync类方法映射为JS侧不带Async的create方法。这是新版本的默认规则，也是你从3.0升级到6.3后出现方法调用不匹配的核心原因。

官方提供了专门的兼容开关，不需要自定义重写代理生成流程，即可完全恢复升级前的JS调用效果：

• 定位到项目的Web启动模块（一般是HttpApiHost层、Web层的入口模块类，即标注了依赖特性、负责应用启动初始化的模块类）
• 在模块的ConfigureServices方法中，追加ABP MVC配置项的自定义调整：

public override void ConfigureServices(ServiceConfigurationContext context)
{
    // 保留原有的所有配置逻辑，仅追加以下配置
    Configure<AbpAspNetCoreMvcOptions>(options =>
    {
        // 关闭JS代理生成时自动移除方法名Async后缀的逻辑
        options.ConventionalControllers.RemoveAsyncPostfixOnProxyGeneration = false;
    });
}

• 清理项目本地的bin、obj编译缓存，重启站点服务
• 清理浏览器缓存的动态服务代理脚本，可直接访问/Abp/ServiceProxyScript路径校验生成的方法定义，确认包含带Async后缀的方法名即为配置生效

• 该配置仅影响JavaScript动态代理的命名映射规则，不会改动服务端应用服务的C#代码逻辑、API路由规则，也不会对.NET客户端、第三方API调用方等其他客户端产生任何影响
• 配置生效后，JS侧既可以使用带Async后缀的原方法名调用，也兼容新版本默认的不带后缀的调用方式，不存在二选一的限制
• 后续如果团队完成了旧代码的全量适配，可以随时移除该配置项，切回ABP新版本的默认运行规则

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