记一次.Net Core通过GDI+在CentOS 7(Docker)环境中绘图报错The type initializer for 'Gdip' threw an exception的问题及处理方式
<p></p><div class="toc"><div class="toc-container-header">目录</div><ul><li>一、前言</li><li>二、问题分析</li><li>三、问题处理</li><li>四、优化</li><li>五、构建一个带libgdiplus的DotNetCore基础镜像</li></ul></div><p></p><h1 id="一前言">一、前言</h1>
<p>今天在AspNetCore3.1环境中做了一个用户登录页面，在登录页面中有一个功能就是需要后端动态绘制一个验证码图片，防止前端通过机器或爬虫工具模拟自动登录。<br>
在开发机器上(windows10)调试正常，但是部署到centos7容器(容器基础环境mcr.microsoft.com/dotnet/aspnet:3.1)中，验证码一直显示不出来，通过前端调试发现请求500（服务器内部错误）<br>
<img src="https://img2020.cnblogs.com/blog/1593398/202104/1593398-20210404225901315-2098541080.png"><br>
然后就登录服务器查看容器日志<br>
果然报错“'Gdip'的类型初始化器抛出了一个异常”<br>
<img src="https://img2020.cnblogs.com/blog/1593398/202104/1593398-20210404230133940-321191077.png"></p>
<p>代码如下：</p>
<pre><code>/// <summary>
/// 生成验证码
/// </summary>
/// <returns></returns>
public static byte[] ValidateCode(string code)
{
using (var bitmap = new Bitmap(100, 30))
{
using (var gph = Graphics.FromImage(bitmap))
{
gph.FillRectangle(Brushes.White, 0, 0, bitmap.Width, bitmap.Height);
gph.DrawRectangle(new Pen(Color.Black), 1, 1, bitmap.Width - 2, bitmap.Height - 2);
using (Brush bush = new SolidBrush(Color.SteelBlue))
{
gph.DrawString(code, new Font("黑体", 20, FontStyle.Italic), bush, 10, 2);
var random = new Random();
// 画线条
for (int i = 0; i < 5; i++)
{
gph.DrawLine(new Pen(GetRandomColor()), random.Next(bitmap.Width), random.Next(bitmap.Height), random.Next(bitmap.Width), random.Next(bitmap.Height));
}
// 画躁点
for (int i = 0; i < 100; i++)
{
bitmap.SetPixel(random.Next(bitmap.Width), random.Next(bitmap.Height), GetRandomColor());
}
using (var ms = new MemoryStream())
{
bitmap.Save(ms, System.Drawing.Imaging.ImageFormat.Jpeg);
var imgData = ms.GetBuffer();
return imgData;
}
}
}
}
}
</code></pre>
<h1 id="二问题分析">二、问题分析</h1>
<p>查看相关资料发现.Net Core本身不包括和图片有关的Image、Bitmap等类型。用过.Net框架的同学应该都知道Bitmap、Image是放在<code>System.Drawing.dll</code>中，通过COM引用就可使用。<br>
但在.Net Core中对于图片的操作在我们开发中很常见，比如：生成验证码、二维码等等。在.NET Core 的早期版本中，也有.NET社区开发者实现了一些 <code>System.Drawing</code>的Image等类型实现的组件，比如<code>CoreCompat.System.Drawing</code>、<code>ZKWeb.System.Drawing</code>等。后来微软官方提供了一个组件<code>System.Drawing.Common</code>实现了<code>System.Drawing</code>的常用类型，以Nuget 包的方式发布的。然后我当前的项目的验证码绘制就是使用的微软官方的<code>System.Drawing.Common</code>。</p>
<p><code>System.Drawing.Common</code>组件提供对GDI+图形功能的访问。它是依赖于GDI+的，那么在Linux上它如何使用GDI+，因为Linux上是没有GDI+的。Mono团队使用C语言实现了GDI+接口，提供对非Windows系统的GDI+接口访问能力（个人认为是模拟GDI+，与系统图像接口对接），这个就是<code>libgdiplus</code>。进而可以推测 System.Drawing.Common 这个组件实现时，对于非Windows系统肯定依赖了<code>ligdiplus</code>这个组件。如果我们当前系统不存在这个组件，那么自然会报错，找不到它，安装它即可解决。</p>
<h1 id="三问题处理">三、问题处理</h1>
<p>首先进入Gdip报错项目容器中安装<code>libgdiplus</code></p>
<ol>
<li>更新基础镜像(mcr.microsoft.com/dotnet/aspnet:3.1)中的apt-get应用程序管理器，这一步务必需要更新哦，不然会报找不到<code>libgdiplus</code>：<code>apt-get update -y</code><br>
<img src="https://img2020.cnblogs.com/blog/1593398/202104/1593398-20210404232928912-944068031.png"></li>
<li>安装libgdiplus：<code>apt-get install -y libgdiplus</code><br>
<img src="https://img2020.cnblogs.com/blog/1593398/202104/1593398-20210404233443015-2058877153.png"></li>
<li>创建符号链接：<code>ln -s /usr/lib/libgdiplus.so /usr/lib/gdiplus.dll</code><br>
<img src="https://img2020.cnblogs.com/blog/1593398/202104/1593398-20210404234050128-1960833708.png"></li>
<li>重启容器<br>
<img src="https://img2020.cnblogs.com/blog/1593398/202104/1593398-20210404234218692-701730861.png"></li>
</ol>
<p>这时我们再访问一下发现可以了<br>
<img src="https://img2020.cnblogs.com/blog/1593398/202104/1593398-20210404234332404-1714662571.png"></p>
<h1 id="四优化">四、优化</h1>
<p>由于当前项目基于gitlab+jenkins做了持续部署，但在下载安装<code>libgdiplus</code>时发现使用的软件包源又是国外的地址，所以造成我们使用国内网络非常慢，进而造成整体构建过程非常慢。<br>
如果在<code>Dockerfile</code>中这么写</p>
<pre><code>FROM mcr.microsoft.com/dotnet/aspnet:3.1 AS base
WORKDIR /app
COPY . .
RUN apt-get update -y && apt-get install -y libgdiplus && apt-get clean && ln -s /usr/lib/libgdiplus.so /usr/lib/gdiplus.dll
...
...
</code></pre>
<p>那么当提交代码后整个构建时间就会非常长，我们可以基于mcr.microsoft.com/dotnet/aspnet:3.1基础镜像构建一个带libgdiplus的自定义镜像。然后Dockerfile中就基于该镜像构建就可以了。</p>
<h1 id="五构建一个带libgdiplus的dotnetcore基础镜像">五、构建一个带libgdiplus的DotNetCore基础镜像</h1>
<ol>
<li>
<p>通过docker拉取一个.netcore3.1基础镜像：<code>docker pull mcr.microsoft.com/dotnet/aspnet:3.1</code><br>
<img src="https://img2020.cnblogs.com/blog/1593398/202104/1593398-20210405000201208-504963477.png"></p>
</li>
<li>
<p>进入容器部署libgdiplus（步骤和上面一样）</p>
</li>
</ol>
<blockquote>
<p>apt-get update -y<br>
apt-get install -y libgdiplus<br>
apt-get clean<br>
ln -s /usr/lib/libgdiplus.so /usr/lib/gdiplus.dll</p>
</blockquote>
<p><img src="https://img2020.cnblogs.com/blog/1593398/202104/1593398-20210405000447621-55211539.png"></p>
<ol start="3">
<li>
<p>经过漫长的部署，成功后我们退出当前容器并将当前容器重新打包成一个新的镜像：<code>docker commit -a="simple" -m="added libgdiplus based on .netcore3.1" 28a66ebccd55 dotnetcore-with-libgdiplus:v3.1</code><br>
<img src="https://img2020.cnblogs.com/blog/1593398/202104/1593398-20210405001527632-1361422001.png"><br>
<img src="https://img2020.cnblogs.com/blog/1593398/202104/1593398-20210405002136802-983964176.png"></p>
</li>
<li>
<p>修改项目Dockerfile基础镜像为刚刚构建的自定义镜像<code>dotnetcore-with-libgdiplus:v3.1</code><br>
<img src="https://img2020.cnblogs.com/blog/1593398/202104/1593398-20210405003025977-236763872.png"></p>
</li>
<li>
<p>提交代码查看jenkins构建日志，通过截图发现构建时已经成功使用我们自定义打包的基础镜像（dotnetcore-with-libgdiplus:v3.1）<br>
<img src="https://img2020.cnblogs.com/blog/1593398/202104/1593398-20210405003204197-1057655917.png"></p>
</li>
<li>
<p>查看项目看是否可以正常通过GDI+在CentOS 7(Docker)环境中绘图<br>
<img src="https://img2020.cnblogs.com/blog/1593398/202104/1593398-20210405003432856-2075699000.png"></p>
</li>
</ol>
<p>至此就全部大功告成了，完美解决.Net Core通过GDI+在CentOS 7(Docker)环境中绘图报错The type initializer for 'Gdip' threw an exception的问题<br>
当然如果您有更好的解决方式欢迎评论区留言，以上解决步骤如有什么不妥，欢迎留言指正。谢谢~</p><br><br>
来源：https://www.cnblogs.com/insipid/p/14617582.html
頁:
[1]