WinUI 3 C++/WinRT中局部Rectangle加入Canvas是引用计数还是拷贝？

这段代码不存在悬空引用/指针问题，是完全符合C++/WinRT规范的标准写法：局部变量myRectangle是C++/WinRT生成的栈上智能引用包装，底层的Rectangle WinRT对象由引用计数管理，被加入Canvas子元素集合后会被集合正确持有，局部包装类离开作用域销毁不会影响底层对象的生命周期。

1. C++/WinRT包装类的本质 #

你在栈上声明的winrt::Microsoft::UI::Xaml::Shapes::Rectangle myRectangle;不是WinRT运行时对象本身，它是C++/WinRT框架自动生成的轻量RAII包装类型，内部仅持有一个指向底层WinRT/COM对象的接口指针。
这类包装的生命周期遵循普通C++局部变量规则，离开作用域时会自动调用所持接口的Release()方法递减引用计数，但这个行为仅作用于引用计数，不会直接销毁底层对象——只有当对象的引用计数归0时，底层对象才会真正释放内存。

2. const引用参数不影响引用计数递增 #

你看到的Append(UIElement const& value)签名，参数是C++侧包装类型的const引用，而非底层接口指针的const引用，这里的const约束完全不构成引用计数修改的障碍：

• const规则仅限制不能在函数内修改这个C++包装对象本身（比如不能给它重新绑定另一个对象），但不限制调用它所指向的底层对象的方法。
• WinRT/COM的IUnknown::AddRef()和IUnknown::Release()本身就是设计为可在const实例上调用的方法，引用计数属于对象的内部可变状态，这类修改完全符合C++的const语义（和类内mutable成员在const方法中可修改是同一逻辑）。
• Append方法的内部实现会从传入的包装类中取出底层接口指针，主动调用AddRef()递增引用计数，再将接口指针存入UIElementCollection的内部存储。

3. 代码的完整生命周期流程 #

你贴的示例代码执行时，引用计数变化和生命周期流程完全可控：

namespace winrt::MyProject::implementation{

void MyProjectClass::fnc(){

winrt::Microsoft::UI::Xaml::Controls::Canvas myCanvas = CanvasElementFromXAML();
winrt::Microsoft::UI::Xaml::Shapes::Rectangle myRectangle;
myCanvas.Children.Append(myRectangle);

}
}

• 执行到myRectangle声明处：底层Rectangle运行时对象被激活，引用计数为1，由栈上的myRectangle包装持有。
• 执行Append调用时：方法内部获取到底层接口指针，调用AddRef()将引用计数加为2，随后将指针存入Canvas的子元素集合。
• 函数执行到末尾、myRectangle离开作用域时：栈上包装类的析构函数调用Release()将引用计数减为1，包装类本身销毁。此时底层Rectangle对象仍被Canvas的Children集合持有1个引用，完全存活，不存在悬空问题。
• 后续当Canvas本身被销毁，或你主动调用方法将Rectangle从子元素集合移除时，集合内部会调用最后一次Release()，引用计数归0后底层Rectangle对象才会真正释放。

这类写法是C++/WinRT的官方推荐写法，没有依赖任何微软专属的非标准C++扩展，你在各类示例中看到的同类写法都不存在生命周期风险。

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