Xamarin.Forms 5.0集合项删除异常：断点未触发已执行删除

问题场景 #

基于Xamarin.Forms 5.0.0.2612开发时，点击删除按钮出现异常：在ExecuteDelete方法的断点1处能定位到目标OrderItem，但执行到断点2时，该项已从Global.CurrentOrder.OrderDetails集合中消失。同时OrderManagerFDM的命令跟踪列表已有该项的删除记录、项状态被标记为Delete，但DeletedOrderDetails集合仍为空，推测存在异步任务重复调用问题。

相关代码定义：

• 静态订单属性：

public static Order CurrentOrder { get; set; }

• 删除命令执行逻辑：

async Task ExecuteDelete()
{
    // 断点1：能在集合中找到目标项
    OrderItem existingOrderDetail = Global.CurrentOrder
                                             .OrderDetails
                                             .FirstOrDefault(x => x.Id == _editOrderItemId);

    // 断点2：目标项已不在集合中
    Global.CurrentOrder.RemoveOrderItem(existingOrderDetail);

    // 断点3：因管理器中未找到项，目标项未进入DeletedOrderDetails集合
    await ExecuteCancel();
}

核心排查方向 #

1. 命令重复触发 #

Xamarin.Forms中按钮命令可能因以下场景重复执行：

• 按钮同时绑定了Command和Clicked事件
• TapGestureRecognizer与按钮命令叠加绑定
• Command的CanExecute未做限制，导致多次触发执行逻辑

2. 集合线程安全问题 #

若OrderDetails为ObservableCollection<T>，该集合本身非线程安全，如果后台线程与UI线程同时操作集合，会出现项被提前移除的异常。静态属性CurrentOrder被多线程访问时，这类问题更容易触发。

3. 集合变更事件的额外订阅 #

检查是否有其他代码订阅了OrderDetails的CollectionChanged事件，在事件处理逻辑中提前执行了移除操作。

4. 静态属性的并发修改 #

静态属性CurrentOrder无访问控制，多线程同时修改可能导致集合状态异常，甚至出现多个实例操作同一集合的情况。

5. OrderManagerFDM的意外调用 #

排查项目中是否有其他异步任务、定时逻辑或回调，提前调用了OrderManagerFDM的删除方法，导致目标项在断点执行前已被处理。

解决方案建议 #

1. 限制命令重复执行 #

给删除命令添加CanExecute逻辑，用标志位防止重复触发：

private bool _isDeleting;
public ICommand DeleteCommand => new AsyncCommand(ExecuteDelete, () => !_isDeleting);

async Task ExecuteDelete()
{
    if (_isDeleting) return;
    _isDeleting = true;
    try
    {
        OrderItem existingOrderDetail = Global.CurrentOrder.OrderDetails.FirstOrDefault(x => x.Id == _editOrderItemId);
        if (existingOrderDetail != null)
        {
            Global.CurrentOrder.RemoveOrderItem(existingOrderDetail);
        }
        await ExecuteCancel();
    }
    finally
    {
        _isDeleting = false;
    }
}

同时检查XAML中按钮的绑定，确保只保留Command绑定，移除冗余的Clicked或手势绑定。

2. 确保集合操作的线程安全 #

如果OrderDetails是ObservableCollection<T>，修改集合时强制切换到UI线程：

// 在Order类中修改RemoveOrderItem方法
public void RemoveOrderItem(OrderItem item)
{
    Device.BeginInvokeOnMainThread(() =>
    {
        if (OrderDetails.Contains(item))
        {
            OrderDetails.Remove(item);
            DeletedOrderDetails.Add(item);
            // 调用OrderManagerFDM的逻辑也放在UI线程内
            _orderManager.DeleteItem(item);
        }
    });
}

3. 给静态属性加线程锁 #

限制CurrentOrder的并发访问，避免多线程修改冲突：

private static readonly object _orderLock = new object();
private static Order _currentOrder;
public static Order CurrentOrder
{
    get
    {
        lock (_orderLock)
        {
            return _currentOrder;
        }
    }
    set
    {
        lock (_orderLock)
        {
            _currentOrder = value;
        }
    }
}

4. 排查集合变更订阅 #

全局搜索OrderDetails.CollectionChanged，检查所有订阅的事件处理逻辑，确认没有提前移除项的代码。

5. 跟踪OrderManagerFDM的调用 #

在OrderManagerFDM的删除方法中添加日志或断点，查看调用栈，确认是否有非预期的调用来源：

public void DeleteItem(OrderItem item)
{
    // 添加日志输出调用栈
    System.Diagnostics.Debug.WriteLine($"DeleteItem called from: {new System.Diagnostics.StackTrace()}");
    // 原有逻辑
}

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