PictureBox.Load()抛出“OutOfMemoryException”实为GDI+解码失败的误导性异常，常见于损坏或含超长ICC配置文件的JPEG/PNG；应优先用new Bitmap(path)替代，并注意Visible、Size、SizeMode三要素控制显示。
为什么 PictureBox.Load() 会抛出“OutOfMemoryException”？
这不是内存真不够，而是 PictureBox.Load() 内部调用 GDI+ 解码器时，对某些损坏、不标准或带特殊元数据（如超长 ICC 配置文件）的图片直接失败，统一抛出这个误导性异常。常见于用户上传的 JPEG 或 PNG。
- 优先改用
PictureBox.Image = new Bitmap(path)，它抛出的异常更具体（比如ArgumentException带 “Parameter is not valid”），便于定位是文件损坏还是权限问题 - 若必须用
Load()，务必包在try/catch (OutOfMemoryException ex)中，并记录原始文件头（前 32 字节）用于事后分析 - 不要在 UI 线程直接加载大图（>5MB），否则界面卡死；应先用
Task.Run(() => new Bitmap(path))异步加载，再通过Invoke赋值给Image
Image 属性赋值后图片不显示？检查这三处
PictureBox 不是“设了 Image 就一定显示”，它的可见性由三个独立条件共同控制：
-
PictureBox.Visible == true—— 常被忽略：父容器（如 Panel）若Visible = false，子控件也不显示 -
PictureBox.Size != Size.Empty—— 如果代码中设置了Size = new Size(0, 0)或未设置 Dock/Anchor，控件实际尺寸为 0×0，图片自然不可见 -
PictureBox.SizeMode值是否匹配预期：Normal会原尺寸居左上显示（超出部分裁剪）；StretchImage拉伸但可能变形；Zoom是唯一保持宽高比的缩放模式
为什么从资源加载图片（Properties.Resources.xxx）有时显示模糊？
根本原因是 Visual Studio 在生成 Resources.Designer.cs 时，对 PNG/JPEG 资源默认启用“嵌入式资源”编译方式，而 .NET Framework 的资源读取路径会经过一次无损压缩再解压，导致像素级精度丢失（尤其对含 Alpha 通道的图标）。
- 解决方案：把图片文件属性中的
Build Action从Embedded Resource改为Content，并设Copy to Output Directory = Copy always，然后用PictureBox.Image = Image.FromFile("xxx.png") - 若坚持用资源，改用
Properties.Resources.ResourceManager.GetObject("xxx") as Bitmap绕过默认解码路径，但需手动处理释放 - 注意：.NET Core/.NET 5+ 已修复此问题，模糊仅出现在 .NET Framework 4.x 项目中
底层原理：PictureBox 到底怎么把 Image 画到屏幕上的？
它不自己绘图，而是把 Image 对象传给 Windows GDI+ 的 Graphics.DrawImage()，最终由显卡驱动合成位图。关键点在于：
-
Image对象本身只是数据容器（可能是Bitmap、Metafile或解码中的流），真正绘制发生在每次重绘消息（WM_PAINT）触发时 - 如果图片是 GIF 动画，
PictureBox默认不播放——它只取第一帧；要动起来必须用ImageAnimator手动管理帧切换 - 频繁更换
Image且不调用oldImage.Dispose()，会导致 GDI 句柄泄漏（错误信息：System.Runtime.InteropServices.ExternalException: A generic error occurred in GDI+）
最易被忽略的是：PictureBox 的双缓冲开关（DoubleBuffered 属性）在设计时不可见，也无法通过属性窗口设置，必须用反射或继承重写 SetStyle 才能开启——这对高频更新图片的场景（如视频帧预览）影响极大。
