drawlines 绘制折线前须确保 graphics 有效且坐标换算正确：优先用 painteventargs.graphics；若用 fromimage，需 bitmap 未释放且尺寸固定；y 轴向下，需手动翻转；pen.alignment 和像素对齐影响精度；务必检查点数≥2并处理 nan。
graphics.drawlines 绘制折线前必须确认 graphics 对象是否有效
直接调用 drawlines 却没画出来？大概率是 graphics 实例来源不对。winforms 中从 painteventargs.graphics 拿到的可以立即绘图；但若用 graphics.fromimage(bitmap) 创建，必须确保 bitmap 未被释放、且尺寸已确定——常见错误是先 new bitmap(1,1)，再 resize，此时内部缓冲区可能未同步。
- 别在控件构造函数里提前创建
Graphics，它不持久，也不响应重绘 - 如果目标是保存图片（非屏幕显示），用
new Bitmap(width, height)+Graphics.FromImage()，画完立刻graphics.Dispose()和bitmap.Save() - 避免在
OnPaint外部缓存Graphics对象：它和设备上下文绑定，跨帧失效
坐标系原点在左上角，Y 轴方向和数学习惯相反
把数据点直接转成 Point 数组传给 DrawLines，结果折线倒过来了？因为 Graphics 默认 Y 向下增长，而你心里的“0 在底部”需要手动翻转。
- 假设图表高度为
chartHeight，某数据值 y ∈ [0, max]，对应像素 Y 应为chartHeight - (int)(y / max * chartHeight) - 别依赖
Graphics.Transform做全局翻转——容易影响字体、边框等其他绘制；局部算坐标更可控 - 留出左右/上下边距（margin），真实绘图区域 ≠ 图片宽高，否则折线贴边或截断
Pen 的宽度和对齐方式影响线条位置精度
明明计算了坐标，画出来的线却偏移半个像素，尤其在细线（Pen.Width = 1）时明显？这是 Pen.Alignment 和像素对齐规则导致的。
-
Pen默认Alignment = PenAlignment.Center，即线宽中心落在指定坐标上；若要像素级精准（比如画网格线），设pen.Alignment = PenAlignment.Inset并配合整数坐标 - 宽度为奇数（如 1、3）时，中心更容易落在像素中心；偶数宽度（2、4）会跨像素，抗锯齿下更模糊
- 启用
graphics.SmoothingMode = SmoothingMode.AntiAlias能柔化斜线，但会让细线变浅——调试阶段可先关掉看真实位置
DrawLines 不支持空数组或单点，数据预处理不能省
传入只有 1 个点的 Point[]，程序不报错但什么也不画；传入 null 或空数组会抛 ArgumentNullException —— 这不是 bug，是设计如此。
- 绘制前务必检查
points.Length >= 2，少于两点直接 return - 数据源可能含 NaN 或无穷大，
PointF构造时不会报错，但传给DrawLines可能静默失败或引发 GDI+ 异常 - 如果数据点过多（比如上万），
DrawLines仍能工作，但性能下降明显；此时考虑分段绘制或改用GraphicsPath+DrawPath
真正麻烦的不是画线本身，而是坐标换算和像素对齐的组合效应——同一组数据，在不同 DPI 缩放、不同 bitmap 创建方式、不同 Pen 设置下，位置偏差可能达 2–3 像素。调的时候建议固定缩放为 100%，先用纯色背景 + 红色粗线验证坐标逻辑，再换细线和抗锯齿。
