Xamarin.Forms TabbedPage：需优先调用OnCurrentPageChanged而非OnAppearing

这个问题确实挺棘手的——Xamarin.Forms里TabbedPage的OnCurrentPageChanged和子页面OnAppearing的执行顺序刚好反了，导致权限控制逻辑完全卡壳。我之前处理过类似的场景，分享个可行的解决思路：绕开直接依赖OnAppearing的执行时机，改成由TabbedPage在切换完成后主动通知子页面执行原本放在OnAppearing里的核心逻辑。

1. 给TabbedPage添加切换完成的通知机制 #

我们可以在VendorScheduleTabbedPage里定义一个统一的接口规范，加上切换完成的事件，同时在OnCurrentPageChanged里先处理权限判断，再通知当前激活的子页面。

public partial class VendorScheduleTabbedPage : Xamarin.Forms.TabbedPage
{
    // 定义事件，用于通知当前页面可以执行激活逻辑
    public event EventHandler CurrentPageReady;

    public VendorScheduleTabbedPage()
    {
        InitializeComponent();
        // 首次加载时，默认禁用所有子页面的激活逻辑执行权限
        foreach (var page in Children)
        {
            if (page is ISchedulePage schedulePage)
            {
                schedulePage.AllowExecuteOnAppearing = false;
            }
        }
    }

    protected override void OnCurrentPageChanged()
    {
        base.OnCurrentPageChanged();
        
        // 先执行你的权限控制逻辑（替换成你的实际权限判断代码）
        bool userHasPermission = ValidateUserAccess(); 

        // 找到当前选中的子页面，更新权限状态并触发通知
        if (CurrentPage is ISchedulePage activePage)
        {
            activePage.AllowExecuteOnAppearing = userHasPermission;
            CurrentPageReady?.Invoke(this, EventArgs.Empty);
        }
    }

    // 示例权限验证方法，替换成你的真实逻辑
    private bool ValidateUserAccess()
    {
        // 这里写你的权限判断逻辑，比如检查用户角色、令牌有效性等
        return true;
    }
}

// 定义统一接口，规范所有子页面的行为
public interface ISchedulePage
{
    bool AllowExecuteOnAppearing { get; set; }
    void RunOnAppearingLogic();
}

2. 修改子页面，转由事件触发核心逻辑 #

把原本OnAppearing里的业务逻辑抽成单独的方法，然后订阅TabbedPage的切换完成事件，只有收到通知后才执行逻辑，同时处理内存泄漏问题。

public class WeekSchedulePage : ContentPage, ISchedulePage
{
    public bool AllowExecuteOnAppearing { get; set; }

    public WeekSchedulePage()
    {
        InitializeComponent();
        
        // 绑定TabbedPage的切换完成事件
        if (Parent is VendorScheduleTabbedPage parentTab)
        {
            parentTab.CurrentPageReady += OnTabPageReady;
        }
    }

    protected override void OnAppearing()
    {
        base.OnAppearing();
        // 这里不再执行核心业务逻辑，只保留基础的生命周期调用（如果需要的话）
    }

    // 抽离原本OnAppearing里的所有业务逻辑
    public void RunOnAppearingLogic()
    {
        if (!AllowExecuteOnAppearing)
            return;
            
        // 这里写你原本放在OnAppearing里的代码：加载数据、刷新UI等
        Console.WriteLine("WeekSchedulePage 执行激活逻辑");
        LoadWeeklySchedule();
        UpdateScheduleUI();
    }

    private void OnTabPageReady(object sender, EventArgs e)
    {
        // 当TabbedPage完成切换并设置好权限后，执行逻辑
        RunOnAppearingLogic();
    }

    // 示例业务方法
    private void LoadWeeklySchedule()
    {
        // 加载周日程数据的逻辑
    }

    private void UpdateScheduleUI()
    {
        // 更新UI的逻辑
    }

    // 页面消失时取消事件订阅，避免内存泄漏
    protected override void OnDisappearing()
    {
        base.OnDisappearing();
        if (Parent is VendorScheduleTabbedPage parentTab)
        {
            parentTab.CurrentPageReady -= OnTabPageReady;
        }
    }
}

• 彻底避开了生命周期顺序问题：OnCurrentPageChanged先执行权限判断，再通过事件通知子页面，确保逻辑执行时机完全由我们控制。
• 首次加载时，所有子页面的AllowExecuteOnAppearing默认是false，就算OnAppearing触发了也不会执行核心逻辑，完美实现首次加载不执行的需求。
• 接口ISchedulePage可以复用在所有TabbedPage的子页面上，比如如果有月视图、日视图页面，直接实现接口就能套用相同逻辑。

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