task未实现iasyncresult接口，因二者分属apm与tap两代异步模型，设计目标不兼容；但可通过task.factory.fromasync封装apm方法为task，或手动包装适配，推荐优先使用原生tap方法。
为什么 IAsyncResult 没有被 Task 直接继承或实现
IAsyncResult 是 .NET Framework 2.0 引入的异步编程模型（APM）核心接口，而 Task 是 .NET Framework 4.0 起引入的基于任务的异步模式（TAP）基石。二者属于不同代际的抽象，设计目标和使用方式不兼容：IAsyncResult 依赖 BeginXxx/EndXxx 成对方法 + 回调/轮询，Task 则围绕状态机、延续（continuation）、组合（.ContinueWith、await）构建。
所以 Task 类型本身**不实现 IAsyncResult 接口**，但提供了双向桥接能力：
-
Task.AsyncState返回IAsyncResult.AsyncState对应的值（即传给BeginXxx的 state 参数） -
Task.IsCompleted对应IAsyncResult.IsCompleted -
Task.AsyncWaitHandle可以暴露一个WaitHandle，用于与旧式等待逻辑（如WaitOne）交互
如何把 IAsyncResult 转成 Task
最常用、推荐的方式是使用 Task.Factory.FromAsync 方法族 —— 它不是“转换”，而是**封装 APM 调用为 Task 实例**，内部自动处理 BeginXxx 启动和 EndXxx 完成的衔接。
例如将 Stream.BeginRead 封装为 Task<int></int>：
var task = Task.Factory.FromAsync(
stream.BeginRead,
stream.EndRead,
buffer,
offset,
count,
null);
注意点：
沙之丘企业网站程序是一个以asp.net(C#) 4.0 +access进行开发的企业网站源码。主要功能：1、产品、设备、新闻系统2、留言信息直接发邮件到相关部门3、所有链接都以一级目录显示更好的权重4、其他信息扩展，可以增加如：人事招聘，公司介绍，地图，联系我们等5、带有商品和设备的搜索功能6、模板动态化方便扩展模板7、简体繁体选择显示运行环境：windows 2003或者更高windows服务
- 第四个参数（
null）是object state，会传给BeginRead并最终成为task.AsyncState - 如果
EndXxx方法有返回值（如int），对应FromAsync返回Task<tresult></tresult>；无返回值则返回Task - .NET 4.5+ 中更推荐直接使用已内置 TAP 方法（如
Stream.ReadAsync），避免手动桥接
Task 是否能当作 IAsyncResult 使用
不能直接当 IAsyncResult 传给要求该接口的 API（比如某些老框架的扩展点），因为 Task 没有实现该接口。但你可以用 Task 的属性模拟部分行为：
-
task.AsyncWaitHandle提供一个WaitHandle，可用于同步等待（WaitOne），但它**不是线程安全的重用句柄**，每次访问都可能返回新实例，且一旦任务完成就不再触发信号 -
task.AsyncState是只读属性，值由构造时指定（如new Task(..., state)），与IAsyncResult.AsyncState语义一致 -
task.IsCompleted和IAsyncResult.IsCompleted行为一致，但仅此而已 —— 缺少AsyncWaitHandle的稳定性和CompletedSynchronously等字段
强行适配需手动包装，例如：
public class TaskAsIAsyncResult : IAsyncResult
{
private readonly Task _task;
public object AsyncState => _task.AsyncState;
public WaitHandle AsyncWaitHandle => _task.AsyncWaitHandle;
public bool CompletedSynchronously => false;
public bool IsCompleted => _task.IsCompleted;
public TaskAsIAsyncResult(Task task) => _task = task;
}
但这种做法极少必要，且掩盖了模型差异，容易引发资源管理或生命周期问题。
实际开发中该选哪个
除非维护遗留代码或对接强制要求 IAsyncResult 的第三方库，否则一律优先使用 Task 和 async/await。
- APM（
IAsyncResult）已标记为“legacy”——文档明确建议迁移到 TAP -
Task支持取消（CancellationToken）、进度报告（IProgress<t></t>）、组合（WhenAll、WhenAny）、结构化异常传播，APM 几乎无法自然支持 - 所有现代 .NET API（包括
HttpClient、FileStream、SqlClient）都提供原生XXXAsync方法，返回Task或ValueTask
真正容易被忽略的是：有些老代码里混用 FromAsync 和 await，结果在高并发下因 AsyncWaitHandle 创建开销或未正确释放句柄导致性能下降 —— 这类桥接应视为临时过渡，而非长期方案。
