WPF中Canvas子元素需显式设置Canvas.Left/Top定位，否则默认在(0,0)易错位或不显示；Line适用于两点连线，Polyline适合多段线；动态添加须在UI线程操作，避免频繁属性修改；Canvas管理UIElement，DrawingContext用于高性能静态绘图。
Canvas上直接Add子元素会错位或不显示
WPF的Canvas靠Canvas.Left、Canvas.Top等附加属性定位子元素，不是靠Margin或HorizontalAlignment。直接把Rectangle或Line加进Children但没设坐标，它默认在(0,0)，可能被裁剪、叠在别处，甚至因父容器未设宽高而“看不见”。
- 必须显式设置
Canvas.SetLeft(element, x)和Canvas.SetTop(element, y)（矩形左上角）或Canvas.SetLeft/Top配合Width/Height（注意：Canvas不参与布局测量，尺寸得自己管） -
Line用X1/Y1/X2/Y2，和Canvas坐标系一致，但它的位置不受Canvas.Left/Top影响——这点常被忽略 - 确保
Canvas本身有明确尺寸（比如设Width/Height，或放在Grid里用RowDefinition撑开），否则子元素可能渲染异常
画连线时Line和Polyline选哪个
如果只是两点之间画一条线，用Line；需要折线、多段线或动态点集，用Polyline。二者性能接近，但Line更轻量、属性更直白；Polyline的Points是PointCollection，支持绑定和批量更新。
-
Line：适合固定端点的连接（如节点间关系线），修改只需改X1/Y1/X2/Y2 -
Polyline：适合路径、轨迹、拖拽连线预览，Points.Add(new Point(x, y))即可追加顶点 - 避免用
Path+LineGeometry做简单线——过度设计，调试困难，且LineGeometry不支持动画属性绑定
动态添加图形后不刷新或闪烁
不是所有操作都会触发重绘。WPF对Canvas.Children的增删是即时生效的，但若在非UI线程操作、或批量添加时反复触发布局，就容易卡顿或视觉异常。
- 所有UI元素操作必须在UI线程：用
Dispatcher.Invoke或await Dispatcher.InvokeAsync包裹 - 批量添加图形时，先建好所有元素，再统一
AddRange（但Canvas.Children没有AddRange，所以用foreach循环+Add，别在循环里调InvalidateVisual()） - 不要频繁修改同一
Line的X2/Y2来“动画连线”——改属性本身没问题，但若每帧都改，建议用DoubleAnimation代替手动赋值，更稳
Canvas绘图和DrawingContext的区别
这是最易混淆的分水岭：Canvas是布局容器，管理的是UIElement对象（可交互、可绑定、占内存）；而DrawingContext（通常在OnRender或RenderTargetBitmap里用）是底层绘制指令，不生成对象树，纯绘图，适合高性能静态图或导出。
- 要响应鼠标事件、做动画、绑定数据？必须用
Canvas+UIElement子项（Rectangle、Line等） - 只画背景图、大量静态标记、导出为PNG？重写
OnRender(DrawingContext dc)，用dc.DrawRectangle、dc.DrawLine，省资源 - 混用危险：
Canvas里嵌Image显示RenderTargetBitmap结果可以，但别试图把DrawingContext画的东西当UIElement加进Children——类型不匹配，编译就报错
事情说清了就结束。真正难的不是画出来，而是让图形随数据变、随窗口缩放、不卡主线程——这些得靠具体场景压测，没法靠模板解决。
