也可能是因为我当时特别喜欢禁止显卡相关程序的自启 - 2021-08-06
先总结一下吧，这是由显卡这方面导致的问题，我去回滚了下驱动就好了，但有时也说不打清楚，因为更新显卡驱动之后是可以用的，但有时过段时间就会出问题。
具体介绍下gdiplus
参考自这里 http://blog.163.com/strive_only/blog/static/8938016820096184453517/
GDI在Windows中定义为GraphicsDevice Interface，即图形设备接口，是Windows API(Application ProgrammingInterface)的一个重要组成部分。它是Windows图形显示程序与实际物理设备之间的桥梁，GDI使得用户无需关心具体设备的细节，而只需在一个虚拟的环境(即逻辑设备)中进行操作。它的桥梁作用体现在：
用户通过调用GDI函数将逻辑空间的操作转化为具体针对设备驱动程序的调用。
为实现图形设备无关性，Windows的绘图操作在一个设备描述表上进行。用户拥有自己的”逻辑坐标”系统，它独立于实际的物理设备，与”设备坐标”相对应。开发Windows应用程序时，程序员关心的是逻辑坐标，我们在逻辑坐标系上绘图，利用GDI将逻辑窗口映射到物理设备上。GDI能检测具体设备的能力，并依据具体的设备以最优方式驱动这些设备，完成真实的显示。
GDI函数大致可分类为：设备上下文函数(如GetDC、CreateDC、DeleteDC)、画线函数(如LineTo、Polyline、Arc)、填充画图函数(如Ellipse、FillRect、Pie)、画图属性函数(如SetBkColor、SetBkMode、SetTextColor)、文本、字体函数(如TextOut、GetFontData)、位图函数(如SetPixel、BitBlt、StretchBlt)、坐标函数(如DPtoLP、LPtoDP、ScreenToClient、ClientToScreen)、映射函数(如SetMapMode、SetWindowExtEx、SetViewportExtEx)、元文件函数(如PlayMetaFile、SetWinMetaFileBits)、区域函数(如FillRgn、FrameRgn、InvertRgn)、路径函数(如BeginPath、EndPath、StrokeAndFillPath)、裁剪函数(如SelectClipRgn、SelectClipPath)等。
GDI虽然使程序员得到了一定程度的解脱，但是其编程方式仍很麻烦。譬如，显示一张位图，程序员需要进行”装入位图―读取位图文件头信息―启用设备场景―调色板变换”等一连串操作。而有了GDI+，这些问题便迎刃而解了。
顾名思义，GDI+是GDI的增强版。它是微软在Windows 2000以后操作系统中提供的新接口，其通过一套部署为托管代码的类来展现，这套类被称为GDI+的”托管类接口”。GDI+主要提供了以下三类服务:
- 二维矢量图形：GDI+提供了存储图形基元自身信息的类(或结构体)、存储图形基元绘制方式信息的类以及实际进行绘制的类；
- 图像处理：大多数图片都难以划定为直线和曲线的集合，无法使用二维矢量图形方式进行处理。因此，GDI+为我们提供了Bitmap、Image等类,它们可用于显示、操作和保存BMP、JPG、GIF等图像格式。
- 文字显示：GDI+支持使用各种字体、字号和样式来显示文本。
GDI接口是基于函数的，而GDI+是基于C++类的对象化的应用程序编程接口，因此使用起来比GDI要方便。