IronPDF依赖System.Drawing.Common，无SVG场景下能否在Azure S1层App Service或Function App中正常运行？

直接给你明确结论：如果待转换的HTML里完全没有SVG图形，IronPDF是可以在S1层级的Azure App Service或者Function App中正常运行的。

为啥这么说？给你拆解下背后的逻辑：

• 首先大家常遇到的System.Drawing is not supported on this platform报错，根源是Azure App Service的沙箱限制了GDI32、USER32这类Win32K系统API，而原生的System.Drawing.Common组件刚好依赖这些API，所以直接用它会触发报错。
• 但IronPDF不一样——它并没有依赖System.Drawing.Common来处理常规的HTML转PDF任务（非SVG场景），这套工具自带独立的渲染引擎，完全避开了Azure沙箱的这些限制。这也是官方文档明确说「除SVG渲染建议用容器部署外，其他场景可在Azure任意环境运行」的原因。
• 至于S1层级的资源限制：只要你的PDF转换任务在S1的资源配额内（比如CPU、内存占用没超限），仅处理不含SVG的HTML转PDF是完全没问题的。如果后续遇到性能瓶颈，再考虑升级层级就行，核心功能在S1是能稳定跑的。

内容的提问来源于stack exchange，提问作者Raihan Iqbal