我开始在我的应用程序中使用 gdal_csharp dll 并读取一个 geotiff 文件，但它显示：
The type initializer for 'OSGeo.GDAL.GdalPINVOKE' threw an exception.
这是我的代码
string fileName = @"/path to geotiff file";
OSGeo.GDAL.Dataset DS =
OSGeo.GDAL.Gdal.Open(fileName, OSGeo.GDAL.Access.GA_ReadOnly);
有人能帮忙吗？
编辑：
我有这些dll文件
这是完整的错误信息：
它说无法加载 gdal_wrap。但当我尝试将该dll添加到我的应用程序中时，会显示以下消息：
\install_dir\FWTools2.4.7\bin，C#包装器来自\install_dir\FWTools2.4.7\csharp。
gdal14.dll、msvcp71.dll 和 msvcr71.dll 来自于此处，这也是第一个链接中提到的。gdal_wrap.dll 的错误提示是指它的某个依赖项。我把那个 DLL 放到 depends 中，它找到了一长串的依赖库。请注意，由于我使用了 FWTools 发行版，因此此列表可能更长 - 如果您是从源代码构建版本，则看起来可能不同，但适用相同的原则。gdal14.dll
gdalconst_csharp.dll
gdalconst_wrap.dll
gdal_csharp.dll
gdal_fw.dll
gdal_wrap.dll
geos_fw.dll
geotiff_fw.dll
hdf5dll.dll
hdf_fw.dll
jpeg12_osgeo.dll
jpeg_osgeo.dll
libcurl.dll
libeay32.dll
libexpat.dll
libmysql.dll
libpq.dll
libtiff_fw.dll
lti_dsdk_dll.dll
mfhdf_fw.dll
msvcp71.dll
msvcr71.dll
NCScnet_fw.dll
NCSEcw_fw.dll
NCSUtil_fw.dll
netcdf.dll
ogdi_32b1.dll
proj.dll
sqlite3.dll
ssleay32.dll
szlibdll.dll
xerces-c_2_7.dll
zlib1.dll
zlib_osgeo.dll
现在，这些文件不一定都需要存在于输出目录中，只要它们在你的路径中（例如：\Windows\System32），你就可以正常运行。
我知道这是一个老问题，但我相信我的答案可能会帮助某些人。
我能够成功地使用c# gdal编译和运行示例，方法如下：
SDKShell.bat脚本以设置系统环境路径等_csharp.dll结尾的那些），这些文件位于下载的SDK的\bin\gdal\csharp\内我根本没有安装fwtools。看起来fw_tools的最新版本相对较旧，而sdk仍在维护。
我知道这是一个相当老的问题了，但在自己研究同样的问题后，我在谷歌上找到了这个页面，因此对于搜索此错误的查询来说，这仍然是一个非常相关的页面更新，因为它仍然是从大G中排名前5的。
在我的情况下，"DeusExMachina25"和"Grzegorz Sławecki"的答案引起了共鸣。
我正在编写一些利用NUGet上的"sharp map"当前版本构建的软件（截至2016年6月24日），而我的软件一直抛出与OP最初报告的相同的gdal_wrap消息，尽管我正在使用Sharpmap团队提供的GDAL包。
我没有意识到该包的NUGet安装程序已为我安装了配置类，但在阅读了本主题并发现它确实存在后，我去寻找它。
果然，我在项目中找到了文件'GdalConfiguration.cs'，并在适当的位置添加了一个调用，期望正确初始化GDAL。
然而，在我这样做之后，我仍然遇到了同样的问题。
所以，我在已添加的GDAL例程开头设置了断点，并等待直到断点被触发。
然后我跟踪了该方法，并最终找到了以下行：
var gdalPath = Path.Combine(executingDirectory, "gdal");
在文件的第64行左右。
跟踪代码后，我发现正在构建的路径是：
d:\geodata\maptest\maptest\bin\debug\gdal
d:\geodata\maptest\maptest\bin\debug
正如我预期的那样，它们位于正确的位置。
我修改了第64行，使其现在读作：
var gdalPath = Path.Combine(executingDirectory, "");
然后，哇，错误消失了，一切开始正常工作。
我也可以采用另一种方式，创建一个名为gdal的文件夹，然后将所有内容复制到其中，但这样会在项目上执行“清理”操作时被删除。
由于config类基于此路径设置各种环境变量，快速更改那一行也可以修复GDAL数据文件、插件和其他一些东西的路径问题。
您是否已将GDAL库的路径添加到PATH环境变量中？我从http://vbkto.dyndns.org/sdk/?_sm_au_=iVVqjsHS2n46WP00下载了我的文件，这是我的路径：C：\ libs \ release-1600-gdal-1-9-mapserver-6-2 \ bin。
你忘记了吗：
GdalConfiguration.ConfigureGdal();
GdalConfiguration.ConfigureOgr();
Gdal.AllRegister();
Ogr.RegisterAll();
从系统变量中删除Python的路径。因为主要的GDAL路径与Python 27冲突。
要使用GDAL的C#绑定，您需要安装FWTools（来自http://fwtools.maptools.org/），以及与您的系统匹配的最新二进制文件（来自http://vbkto.dyndns.org/sdk/）。之后，重要的是将FWTools的bin目录（64位系统的示例：C:\Program Files (x86)\FWTools2.4.7\bin）包含在您的PATH变量中，以及将必要的dlls（问题中提到了gdal_csharp.dll）包含在您的Visual Studio项目引用中。我在这里概述了整个过程。
此过程适用于32位和64位系统，我已在VS 2010和2012上进行了测试。
我在解决方案中有两个项目：ProjectA和ProjectB
我正在执行ProjectA，而ProjectA正在引用ProjectB
ProjectB是包含对GDAL和GDAL.Native的引用的项目
ProjectA试图在ProjectA\bin\Debug\netcoreapp3.1\gdal下查找GDAL.Native的文件...但实际上这些文件在ProjectB\bin\Debug\netcoreapp3.1\gdal下
可能的解决方案：
不太优雅的解决方案：只需将ProjectB文件复制到ProjectA\bin\Debug\netcoreapp3.1下即可。
较好的解决方案：将GDAL.Native包添加到每个“入口项目”中。
我不喜欢这两个解决方案。这些东西发生在 GdalConfiguration.cs 下面，也许有一种方法可以修改它以找到正确的路径。
fileName分配了一个真实路径？如果你能提及自己为解决这个问题所做的努力，那会更有帮助。 - Tieson T.