如何抽离异步API调用为独立函数，供非异步事件处理器调用？

这个场景太典型了——当你需要在页面生命周期方法和UI事件里复用异步API调用逻辑时，核心是把异步逻辑封装成可等待的Task方法，然后在调用处正确处理异步等待，同时兼顾UI线程的响应性。

步骤1：封装异步核心逻辑 #

首先把原来OnAppearing里的API调用和反序列化逻辑抽成一个返回Task<ObservableCollection<Footmark>>的异步方法，遵循.NET异步命名规范加上Async后缀：

private async Task<ObservableCollection<Footmark>> GetFootmarksAsync()
{
    // 调用API并获取内容
    var content = await _client.GetStringAsync(Url);
    // 反序列化为实体列表
    var footmarks = JsonConvert.DeserializeObject<List<Footmark>>(content);
    // 转换为ObservableCollection供ListView绑定
    return new ObservableCollection<Footmark>(footmarks);
}

步骤2：修改OnAppearing方法 #

OnAppearing作为页面生命周期方法，允许使用async void（这是少数几个推荐用async void的场景），直接await我们封装的异步方法即可：

protected override async void OnAppearing() 
{ 
    listView.ItemsSource = await GetFootmarksAsync(); 
    base.OnAppearing(); 
}

步骤3：修改下拉刷新事件处理器 #

对于UI事件处理器，同样可以使用async void，但一定要加上try/finally确保刷新状态能正确结束（哪怕API调用失败），避免下拉控件一直处于加载状态：

async void Handle_Refreshing(object sender, System.EventArgs e) 
{ 
    try
    {
        // 等待异步方法完成并更新数据源
        listView.ItemsSource = await GetFootmarksAsync(); 
    }
    finally
    {
        // 无论成功失败，都结束刷新状态
        listView.EndRefresh(); 
    }
}

关键注意事项 #

• 避免同步阻塞：绝对不要用.Result或.Wait()来同步等待异步方法，这会阻塞UI线程导致界面卡顿甚至死锁。
• 异常处理：异步事件处理器里的异常不会自动冒泡到全局异常处理器，所以最好在try块里捕获并处理异常（比如显示错误提示）。
• 命名规范：异步方法后缀加Async是.NET的通用约定，能让其他开发者一眼识别这是异步方法。

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