能否让WPF UI元素置于Visual Layer Compositor嵌入的UWP元素前方？

问题背景 #

在WPF应用中集成UWP Composition元素（基于官方示例的CompositionHostControl）时，遇到WPF原生控件（如Rectangle、Button）始终被UWP元素遮挡的问题。即便给WPF控件设置了更高的Panel.ZIndex，或是将CreateDesktopWindowTarget的isTopmost参数改为false，都无法让WPF控件显示在UWP元素上方。

核心原因 #

这本质上还是Air Space问题——即便使用了Visual Layer，CompositionHostControl底层是通过HWND Host嵌入的独立窗口，这类窗口拥有独立的绘制上下文，WPF的Panel.ZIndex只能作用于WPF自身的元素树，无法跨HWND层级调整显示顺序。你看到的文档中提到的Visual Layer可调整Z顺序，仅针对同一Composition Visual树内部的元素，不适用于跨WPF和UWP HWND的场景。

可行解决方案 #

方案1：将WPF元素纳入Composition Visual树（推荐）

把需要显示在上方的WPF控件转换为Composition Visual，加入到UWP Composition的同一Visual树中，这样就能通过Composition的API直接控制层级：

1. 获取WPF控件的Composition Visual：

   var wpfElementVisual = ElementCompositionPreview.GetElementVisual(yourWpfControl);
   

2. 从CompositionHostControl中获取UWP Composition的根容器Visual；
3. 将WPF的Visual添加为根容器的子元素，并设置更高的Z顺序：

   // 假设rootContainer是UWP Composition的根容器Visual
   rootContainer.Children.InsertAtTop(wpfElementVisual);
   // 或直接设置ZIndex
   wpfElementVisual.ZIndex = 100;
   

方案2：反向嵌套容器（备选，不推荐）

将CompositionHostControl放入WindowsFormsHost中，再将WPF控件放在同一父容器内。这种方式能利用WPF对WindowsFormsHost的层级处理逻辑让WPF控件覆盖，但会引入额外的兼容性开销，性能表现不如方案1。

补充说明 #

你修改CreateDesktopWindowTarget的isTopmost参数无效，是因为这个参数控制的是该HWND是否在系统全局窗口的最顶层，而非相对于WPF内部元素的层级，所以对WPF内部的元素堆叠没有作用。

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