当前位置：首页 > news >正文

麒麟系统开发实战：从源码编译GDAL到构建地理信息处理基础Demo

news 2026/5/16 5:18:41

1. 麒麟系统与GDAL库开发背景

国产麒麟操作系统作为自主可控的国产化平台，在政务、金融、军工等领域得到广泛应用。而GDAL（Geospatial Data Abstraction Library）作为地理空间数据处理的"瑞士军刀"，能够处理包括遥感影像、矢量地图、高程数据在内的上百种地理信息格式。将两者结合，可以构建完全自主可控的地理信息处理解决方案。

我在最近参与的北斗定位终端项目中，就遇到了坐标转换的需求。设备接收的原始大地坐标需要转换为经纬度坐标，这时候GDAL的坐标转换功能就派上了大用场。不过在实际开发中，我发现直接从源码编译GDAL会遇到不少坑，特别是依赖库PROJ的版本兼容问题，这也是本文要重点解决的问题。

2. 编译环境准备

2.1 系统基础配置

在麒麟系统上编译GDAL前，需要确保基础开发环境已经就绪。我使用的是Kylin V10 SP1版本，建议先更新系统并安装必要的开发工具：

sudo apt-get update sudo apt-get install -y build-essential cmake git

特别要注意的是，麒麟系统的软件源可能和常规Linux发行版有所不同。如果遇到包找不到的情况，可以尝试添加官方源或者使用兼容的替代包。我在实际使用中就遇到过libtiff-dev包名称差异的问题，最终通过安装kylin-tiff-devel解决了依赖问题。

2.2 依赖库安装

GDAL编译需要一些基础依赖库，这些最好提前安装好：

sudo apt-get install -y libsqlite3-dev libcurl4-openssl-dev \ libexpat-dev libgeos-dev libxml2-dev

其中libgeos-dev是处理几何运算的关键库，而libxml2-dev则是处理GML等基于XML的地理数据格式所必需的。建议把这些基础依赖都安装到位，可以避免后续编译时频繁中断。

3. PROJ6编译与安装

3.1 源码获取与准备

PROJ是GDAL的核心依赖，负责坐标转换和投影变换。我选择PROJ 6.2.0版本，这个版本稳定且功能完善：

wget https://download.osgeo.org/proj/proj-6.2.0.tar.gz tar xvf proj-6.2.0.tar.gz cd proj-6.2.0

这里有个小技巧：下载源码时建议使用国内的镜像站，速度会快很多。我在第一次编译时直接从国外源下载，花了近半小时才完成。

3.2 配置与编译

PROJ的编译过程相对简单，但有几个关键参数需要注意：

./configure --prefix=/usr/local make -j$(nproc) sudo make install

-j$(nproc)参数可以让make使用所有CPU核心并行编译，大幅提升速度。在我的麒麟系统虚拟机上，编译时间从原来的15分钟缩短到了4分钟左右。

编译完成后，建议运行一下测试用例确保编译质量：

make check

3.3 常见问题解决

在实际操作中，可能会遇到"libproj.so not found"的错误。这是因为动态链接库路径没有更新：

sudo ldconfig

这个命令会重建共享库缓存，确保系统能找到新安装的PROJ库。我在多个项目中都遇到过这个问题，现在每次安装新库后都会习惯性执行这个命令。

4. GDAL源码编译实战

4.1 源码获取与配置

GDAL的源码可以从官网获取，我选择的是3.2.1版本：

wget https://github.com/OSGeo/gdal/releases/download/v3.2.1/gdal-3.2.1.tar.gz tar xvf gdal-3.2.1.tar.gz cd gdal-3.2.1

配置阶段需要特别注意PROJ的路径问题。虽然我们已经安装了PROJ6，但GDAL可能还是会报"PROJ 6 symbols not found"错误。这时候可以显式指定PROJ路径：

./configure --with-proj=/usr/local

如果一切顺利，配置输出中应该能看到"PROJ support: yes"。我在第一次尝试时漏掉了这个参数，结果不得不重新配置。

4.2 编译与安装

GDAL的编译过程比较耗时，建议使用并行编译：

make -j$(nproc) sudo make install

编译完成后，可以通过以下命令验证安装：

gdalinfo --version

如果看到版本号输出，说明安装成功。我在测试时还喜欢运行一些简单命令，比如gdalinfo --formats，查看支持的数据格式列表。

4.3 环境变量配置

为了让系统正确找到GDAL，需要设置几个环境变量。我通常在~/.bashrc中添加：

export PATH=/usr/local/bin:$PATH export LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH export GDAL_DATA=/usr/local/share/gdal

然后执行source ~/.bashrc使配置生效。这个步骤看似简单，但实际项目中经常被忽略，导致程序运行时找不到GDAL库。

5. Qt项目集成实战

5.1 创建基础工程

在Qt Creator中新建一个控制台项目，我们首先创建一个简单的测试程序验证GDAL环境。项目结构如下：

GeoDemo/ ├── GeoDemo.pro ├── main.cpp └── gdaltest.cpp

在.pro文件中添加GDAL库引用：

unix:!macx { LIBS += -L/usr/local/lib -lgdal INCLUDEPATH += /usr/local/include }

5.2 编写测试代码

在gdaltest.cpp中，我们添加一个简单的版本检测函数：

#include "gdal.h" #include <QDebug> void testGDALEnvironment() { GDALAllRegister(); const char* version = GDALVersionInfo("RELEASE_NAME"); qDebug() << "GDAL version:" << version; }

这个简单的测试可以验证GDAL是否被正确初始化和链接。我在实际项目中发现，有时候编译能通过，但运行时却崩溃，往往就是因为初始化步骤被遗漏了。

5.3 模块化设计

为了更好地复用GDAL功能，我通常会创建一个专门的管理类：

class GDALManager : public QObject { Q_OBJECT public: explicit GDALManager(QObject *parent = nullptr); ~GDALManager(); static bool initialize(); static QString version(); // 坐标转换、数据读取等业务方法... };

这种设计有几个好处：一是集中管理GDAL资源，二是统一错误处理，三是方便后期扩展。在我的北斗项目中，这个管理器还负责坐标系统之间的转换和异常处理。