<p>C# 和 JavaScript 不支持 async 构造函数，应采用 InitAsync() 模式、AsyncLazy<T> 封装或静态工厂方法实现异步初始化，避免 async 传染、命名污染与死锁，确保错误可捕获、可取消且线程安全。</p>
类初始化阶段不能直接用 async 构造函数，这是语言限制（C# 和 JavaScript 均不支持），但可以通过封装私有异步逻辑 + 显式初始化模式，既保持类结构清晰，又避免把 async “传染”到所有调用链上。关键不是绕过限制，而是合理分层。
用 InitAsync() 模式替代构造函数异步化
构造函数必须同步，但可以设计一个显式的、可等待的初始化方法。它封装所有私有异步操作（如配置加载、令牌获取、缓存预热），对外暴露干净的 Task InitAsync()，而非让每个使用者都得写 await new Xxx().InitAsync() —— 而是通过工厂或延迟初始化统一处理。
- 定义私有字段存储初始化状态（如
private Task _initTask;） - 在构造函数中启动异步初始化：
_initTask = InitializeCoreAsync(); - 提供同步属性或方法，内部
await _initTask（注意线程安全，可用Lazy<Task>或AsyncLazy<T>） - 避免在构造函数里
await，防止死锁或上下文丢失（尤其在 UI 或 ASP.NET 环境）
用 AsyncLazy 封装一次性异步资源
对于只初始化一次、且后续需多次访问的异步结果（如远程配置、认证凭证），AsyncLazy<T> 是比手动管理 Task 更安全的选择。它天然支持并发等待同一任务，且不会重复执行。
- 声明：
private readonly AsyncLazy<Config> _config = new AsyncLazy<Config>(LoadConfigAsync); - 使用时：
var cfg = await _config.GetValueAsync();—— 外部无需知道是否已初始化 - 私有方法
LoadConfigAsync()可含多个await，但对调用方完全透明 - 避免了把
async向上“传染”，也规避了命名污染（不用叫GetConfigAsync，而仍是Config属性）
工厂方法隐藏异步细节
把异步初始化逻辑收口到静态工厂方法中，让使用者拿到的是“已就绪”的实例。这样类本身不暴露任何 async 成员，签名干净，也不强制调用方处理异步。
- 例如：
public static async Task<DataService> CreateAsync() { var instance = new DataService(); await instance.InitAsync(); return instance; } - 调用方只需：
var service = await DataService.CreateAsync();—— 异步仅出现在创建点，不扩散 - 类内部仍可维护私有
async方法，但不对外导出，彻底规避命名污染（比如不用暴露InitializeAsync给外部调用） - 适合需要强依赖初始化顺序的场景（如连接池、密钥加载）
避免 async void 和隐式副作用
绝不把初始化逻辑塞进事件处理器或 async void 方法里——这会导致异常无法捕获、生命周期不可控，且破坏调用链的可追踪性。
-
async void只适用于顶层事件入口（如 UI 按钮点击），绝不能用于类内部初始化 - 所有私有异步逻辑必须返回
Task或Task<T>，确保错误可传播、可等待、可取消 - 若需支持取消，接受
CancellationToken参数，并在私有方法中传递到底层await调用 - 命名上坚持“动词+Async”约定（如
LoadSettingsAsync），但该方法仅被内部封装调用，不暴露给 API 表面
