c# - Windows 或 ASP.NET 服务中的 System.Drawing

Question

根据 MSDN , 在 Windows 服务或 ASP.NET 服务中使用 System.Drawing 命名空间中的类并不是一个特别好的主意。现在我正在开发一个类库，它可能需要访问这个特定的命名空间(用于测量字体)，但不能保证主机进程不是服务。

现在，如果 System.Drawing 不可用，我可以回退到一个不太理想的方法，但如果可能的话，我宁愿使用 System.Drawing 中的类。所以我想做的是在运行时确定 System.Drawing 是否安全，如果安全，则使用它，否则退回到次优选项。

我的问题是:我怎么可能检测 System.Drawing 是否可以安全使用？

我想我也应该

• 检测当前进程是Windows服务还是ASP.NET服务
• 检测GDI是否可用
• 或者也许有一种方法可以询问 System.Drawing.dll 本身是否可以安全使用

不幸的是，我无法想出一种方法来实现这些方法中的任何一种。有人知道吗？

Answer 1

为了消除任何混淆，System.Drawing 在 ASP.NET 和服务下工作，只是不支持。可能会出现高负载(非托管资源耗尽)、内存或资源泄漏(实现不当或称为处置模式)和/或在没有桌面显示对话框时弹出对话框的问题。

测试会处理后者，而监控会提醒您注意前者。但是，如果/当您遇到问题时，不要指望能够调用 PSS 并要求修复。

那么，你有什么选择？好吧，如果您不需要完全支持的路线，并且您不希望承受极端负载 - 很多人都无视 MSDN 警告并成功使用 System.Drawing。他们中的一些人被咬过，但成功的故事比失败的故事多得多。

如果你想要支持某些东西，那么你需要知道你是否在交互式运行。就个人而言，我可能只是将其留给托管应用程序以在某处或其他地方设置非交互式标志。毕竟，应用程序最适合确定它们是否处于托管环境中和/或是否想冒 GDI+ 问题的风险。

但是，如果您想自动检测您的环境，我想还有比提供的更糟糕的答案 right here on SO服务。总而言之，您可以检查 EntryAssembly 以查看它是否继承自 ServiceBase，或者尝试访问 System.Console。对于 ASP.NET，沿着相同的思路，检测 HttpContext.Current 应该就足够了。

我认为有一种托管或 p/invoke 方式来寻找桌面(我认为这确实是所有这一切的决定性因素)和/或其他东西AppDomain 会给你提供线索。但我不确定它是什么，而且 MSDN 对它的启发还不够。

编辑:翻阅 MSDN，我记得它实际上是一个 Window Station (托管桌面)这是这里的重要部分。有了这些信息，我就能找到 GetProcessWindowStation()它返回当前窗口站的句柄。将该句柄传递给 GetUserObjectInformation()会给你一个USEROBJECTFLAGS如果你有一个可见的桌面，struct with 应该有一个带有 WSF_VISIBLE 的 dwFlags。

或者，EnumWindowsStations将为您提供您可以检查的电台列表 - WinSta0 是交互式的。

但是，是的，我仍然认为让应用程序设置一个属性或其他东西是更更简单的方法....

再次编辑:7年后，我被线索Environment.UserInteractive女士 does the exact GetProcessWindowStation dance我在上面为您描述了......我仍然建议委托(delegate)给托管应用程序(他们可能想要更快，但风险略高的 System.Drawing 路径)，但 UserInteractive 似乎是一个很好的默认设置没有它自己 pinvoke 它。