WPF中旋转对象的裁剪问题咨询

核心本质：RenderTransform是绘制阶段变换，不参与布局计算 #

WPF的布局与绘制是两个独立阶段：

1. 布局阶段：先依据元素原始尺寸、父容器规则计算出元素的布局边界（Layout Bounds），这个矩形边界直接决定了元素的可用空间和裁剪范围。你案例里的Border宽50、高100，TextBlock的布局边界就是Border分配的50宽区域，超出部分会被裁剪——这是布局阶段就固定的结果。
2. 绘制阶段：布局完成后才执行RenderTransform变换，仅仅是把TextBlock的视觉呈现旋转90度，但裁剪区域依然是布局阶段确定的50宽矩形，所以旋转后的文本还是会被这个原始边界裁剪，不会自动改用Border的高度作为可用宽度。

对比LayoutTransform：布局前变换，会同步更新布局边界 #

如果把RenderTransform换成LayoutTransform，逻辑完全不同：

• LayoutTransform在布局阶段之前执行，布局系统会先计算TextBlock旋转后的尺寸（宽高交换），再用变换后的尺寸适配Border空间。此时Border的高100会作为TextBlock的可用宽度，文本自然不会被裁剪。
• 但LayoutTransform会改变元素的布局占位，上级容器会根据变换后的尺寸重新调整布局，这是它和RenderTransform“只改视觉、不影响布局”的核心区别。

关于“旋转Border”解决思路的本质 #

你提到的旋转Border避免裁剪，本质是把变换对象从子元素（TextBlock）转移到了布局元素（Border）：

• 若用LayoutTransform旋转Border，Border的布局尺寸会变为100宽、50高，上级容器会分配对应空间，内部TextBlock正常布局就不会被裁剪。
• 若用RenderTransform旋转Border，Border的布局边界还是50x100，但内部TextBlock是在Border的100高空间里正常布局，旋转Border后视觉上文本竖排，且不会被Border的原始边界裁剪——因为TextBlock本身没超出Border的布局边界，只是整个容器被旋转了。

不过这种方法如果遇到上级容器严格按布局尺寸限制空间，仍可能出现问题，此时需要用LayoutTransform让上级容器感知到变换后的尺寸。

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