初始测试表明 GDI+（用 VB.NET 编写）对于我的目的来说不够快。我的应用程序需要能够以每秒 20+ 帧的全屏分辨率绘制数以万计的粒子（彩色圆圈，最好是抗锯齿）。
我对离开 GDI+ 犹豫不决，因为我还需要 GDI+ 的许多其他高级绘图功能（虚线图案、图像、文本、路径、填充）。
寻找有关使用 OpenGL、DirectX 或其他平台在 VB.NET 中加速粒子渲染的好建议。我的应用完全是 2D 的。
善意， 大卫
【问题讨论】：
标签： vb.net gdi+ drawing performance
因为 GDI+ 不被显卡移动，所以渲染很慢，因为它使用 CPU 来渲染。至少，您可以使用 DirectX 或 SlimDX。
（抱歉英语不好）
看到这个：http://msdn.microsoft.com/en-us/library/windows/desktop/ff729480%28v=vs.85%29.aspx http://www.codeproject.com/Articles/159586/Starting-DirectX-with-Visual-Basic-NET
【讨论】：
正如杰瑞德所说， 可能是您的大部分周期没有进入 GDI，您也许可以减少这些。
找到它们的一种简单方法是随机停止它几次并检查堆栈。你在浪费时间的行为中抓住它的机会等于浪费时间的比例。
出现在多个此类示例上的任何指令或调用指令都是某种东西，如果您可以替换它，您会看到加速。
【讨论】：
在使用 GDI+ 编写游戏制作器时，我发现最显着的速度提升是将位图转换为 Format32bppPArgb；-
SuperFastBitmap = ConvertImagePixelFormat(SlowBitmap, Imaging.PixelFormat.Format32bppPArgb)
如果它们尚未采用此格式，您将在转换时立即看到差异。
【讨论】：
如果你想使用 VB.NET，那么你可以使用 XNA 或 SlimDX。
我有一些使用 GDI+ 和 XNA 创建游戏的经验，我可以理解 GDI+ 给您带来的麻烦。 如果我在你那里我会检查 XNA，它比 GDI+ 快得多，因为它实际上使用你的视频卡进行绘图，并且它有很多很好的在线文档和示例。
SlimDX 看起来也不错，但我没有任何经验。 SlimDX 基本上是 .NET 的 DirectX API。
【讨论】：
当您在 VB.net 中工作时，您是否尝试过使用 WPF（自 3.0 以来是 .net 的一部分）？由于 WPF 基于 DirectX 而不是 GDI+，这应该可以为您提供所需的速度，尽管开发 WPF 并非一帆风顺。
【讨论】：
获得所需速度的唯一方法是从软件渲染转向硬件渲染......不幸的是，这确实意味着转向 OpenGL 或 DirectX。
另一种方法是尝试优化您的图形例程，以仅绘制需要绘制的粒子，而不是整个屏幕/窗口。
我同意 JaredPar 的观点，即您最好先进行分析以确定您现有的代码库是否可以改进，然后再大量切换到新框架。如果您不熟悉 DirectX，它并不是最简单的框架。
【讨论】：
问题可能出在您的算法上，而不是 GDI+。剖析是唯一确定的方法。如果没有配置文件，您很可能会切换到新的 GUI 框架并遇到完全相同的问题。
如果您进行了配置文件，那么 GDI+ 的哪一部分导致了问题？
【讨论】：