如何可靠检测自定义控件的FrameId属性是否未被对象初始化器设置？

我先理清楚你的场景：你做了一个基于Border的自定义控件FrameWithId，给它加了个可绑定的FrameId属性，用户可以在客户端XAML里用枚举类型显式设置这个属性，也可以留空让它用默认值。这个ID是用来在后台启动应用的发现流程的，而且为了保证UI启动响应性，你不想等待这个流程完成。现在最核心的问题就是：怎么可靠判断用户有没有在XAML里给FrameId赋值，这样才能在没赋值的时候用默认配置跑一次发现流程。

先看你给出的XAML示例，里面有三种情况：显式指定FrameId的，也有完全没设置的隐式情况：

<ContentPage ...>
    <ScrollView>
        <VerticalStackLayout
            Padding="30,0"
            Spacing="25">

            <!--Explicit-->
            <controls:FrameWithId 
                FrameId="{Binding Source={x:Static local:FrameId.BarcodeFrame}}">                
                <Image 
                    Source="dotnet_bot.png" 
                    HeightRequest="185"  
                    Aspect="AspectFit" />
            </controls:FrameWithId>
            
            <!--Implicit-->
            <controls:FrameWithId >
                <CollectionView
                    ItemsSource="{Binding Frames}" 
                    ItemTemplate="{StaticResource FrameCardTemplate}"/>
            </controls:FrameWithId>
                        
            <!--Explicit-->
            <controls:FrameWithId 
                FrameId="{Binding Source={x:Static local:FrameId.QRCodeFrame}}">
                <Button Text="Click Me" />
            </controls:FrameWithId>

        </VerticalStackLayout>
    </ScrollView>  
</ContentPage> 

你的核心疑问是：能不能放心假设构造函数和对象初始化器一定会在调用它们的UI线程上连续执行，中间不会被打断？

你自己想到了一个看起来简单有效的方案：在构造函数里先记录当前的FrameId值，然后用Task.Delay(TimeSpan.FromTicks(1))延迟一个时钟周期后，再检查FrameId有没有变化。如果还是默认的Reserved.DefaultId，就认为用户没设置，跑默认发现流程。代码大概是这样的：

enum Reserved { DefaultId, }

interface IDiscoveryMonitor { event EventHandler Discovered; }

class FrameWithId : Border, IDiscoveryMonitor
{
    public FrameWithId()
    {
        Stroke = SolidColorBrush.Transparent;
        var idB4 = FrameId;
        Task
            .Delay(TimeSpan.FromTicks(1))
            .GetAwaiter()
            .OnCompleted(() =>
            {
                // - 这里假设构造函数和对象初始化器绝对不会被时间切片分开执行
                // - 目前测试下来这个假设似乎成立
                // - 但它真的绝对可靠吗？？？
                var idFtr = FrameId;
                Debug.WriteLine($"ID Before {idB4} => ID After {idFtr}");
                if(Equals(idFtr, Reserved.DefaultId))
                {
                    // ID没被设置，执行默认发现流程
                    _ = MockRunDiscovery();
                }
            });
    }
    // ... 其他代码
}

从你给出的调试输出截图来看，这个逻辑确实能正确区分显式设置和未设置的情况：

而你的FrameId可绑定属性定义是这样的：

// ... 其他代码
public static readonly BindableProperty FrameIdProperty =
    BindableProperty.Create(
        propertyName: nameof(FrameWithId.FrameId),
        returnType: typeof(Enum),
        declaringType: typeof(FrameWithId),
        defaultValue: Reserved.DefaultId,
        defaultBindingMode: BindingMode.OneWay,
        propertyChanged: (bindable, oldValue, newValue) =>
        {
            if (bindable is FrameWithId @this)
            {
                _ = @this.MockRunDiscovery();
            }
        });
// ... 其他代码

关于你的核心疑问的解答 #

首先，在.NET MAUI（或者说Xamarin.Forms这类XAML框架）里，XAML对象的构造和初始化确实是在UI线程上同步执行的：构造函数先执行，然后XAML解析器会立即执行对象初始化器（也就是设置属性值），这个过程不会被线程切换打断，因为XAML解析本身就是在UI线程上同步完成的。

不过，用Task.Delay(1)这种依赖时间延迟的方案其实有点“hack”性质——虽然在绝大多数情况下它能工作，但依赖时间延迟的逻辑总是存在潜在风险（比如极端情况下UI线程负载极高，导致延迟后的回调执行时机刚好和初始化逻辑重叠？不过这种情况非常罕见）。

更可靠的替代方案 #

其实有个更稳妥的方式，不需要依赖时间延迟：

1. 在控件里加一个私有布尔字段，比如_isFrameIdSetExplicitly，默认是false。
2. 要么重写OnPropertyChanged方法，要么在FrameId的propertyChanged回调里，当属性被设置时把这个字段设为true。
3. 在控件的Loaded事件里检查这个字段：如果还是false，说明用户没显式设置FrameId，就执行默认发现流程。

代码示例（用重写OnPropertyChanged的方式）：

class FrameWithId : Border, IDiscoveryMonitor
{
    private bool _isFrameIdSetExplicitly = false;

    public FrameWithId()
    {
        Stroke = SolidColorBrush.Transparent;
        Loaded += OnFrameWithIdLoaded;
    }

    private void OnFrameWithIdLoaded(object sender, EventArgs e)
    {
        Loaded -= OnFrameWithIdLoaded; // 避免重复触发
        if(!_isFrameIdSetExplicitly)
        {
            _ = MockRunDiscovery();
        }
    }

    protected override void OnPropertyChanged(string propertyName = null)
    {
        base.OnPropertyChanged(propertyName);
        if(propertyName == nameof(FrameId))
        {
            _isFrameIdSetExplicitly = true;
        }
    }

    // ... FrameId属性定义和其他代码
}

这个方案的优势在于：

• 完全不依赖时间延迟，逻辑更清晰可靠
• Loaded事件触发时，控件的所有XAML初始化逻辑已经完成，此时检查属性是否被设置是绝对准确的
• 绑定属性的propertyChanged回调也能正常工作，显式设置FrameId时依然会触发发现流程

总的来说，你原来的延迟方案在大多数场景下能工作，但用Loaded事件配合标记字段的方式是更健壮、更符合XAML框架设计模式的做法。

备注：内容来源于stack exchange，提问作者IV.