标签：
背景：
最近在做的一个项目其中一部分既是实现PC与下位机的USB通信。windows平台下已经完成，现需移植到linux平台下。
在linux系统中，通过一段时间的工作，设备已被配置成hid类（后续再详述），并以hidraw类设备节点存在于系统中"/dev/"下。上位机则成功在console中通过调用HIDAPI库来写入、读取hidraw设备节点信息（后续再详述），而进一步的图形界面则需由QT来完成。
hidraw设备介绍：
https://www.kernel.org/doc/Documentation/hid/hidraw.txt
HIDAPI介绍：
https://valelab.ucsf.edu/svn/3rdpartypublic/hidapi/hidapi-3a66d4e513/README.txt
现在的问题是，对于客户来说，他们并不需要"raw"设备节点，而是需要已被加工过、能被现成调用并能直观控制下位机的API。所以，制作QT共享库成为我的下一步工作。
动态库的好处在于，若动态库实现的功能需要更改，不需要大面积的更改主函数，只需更改动态库即可。
正文：
QT共享库的制作如下：
首先Create Project --> 选择Other Project --> C++ Library --> ... --> 默认选择QTCore（其他暂未研究）。
最后生成xxx_global.h, xxx.h, xxx.cpp文件。（xxx为项目名称。）
两个.h文件区别暂未研究。我只在.h文件包含了HIDAPI头文件，并在其默认类里面声明了一个公共的USBOpen（）函数及一些变量。然后在USBOpen()函数里调用了打开hidraw设备函数。此时点击build（不是Run！）则可在build-xxx-Desktop-Debug文件夹中生成一个xxx.so共享库文件，和几个指向该.so库文件的软链接。
由于我需要使用HIDAPI的库所以还需要再做以下步骤，
在".pro"文件里添加
LIBS += -L .usr/local/lib/ -lhidapi-libusb （即共享库所在位置及共享库名称）
至此，共享库制作完毕。
调用共享库步骤如下：
新建一个新工程。
在".pro"文件添加
HEADERS += /home/aplex/usbapi （即共享库头文件所在位置） --->usbapi为我的共享库项目名称
LIB += -L /home/aplex/build-usbapi-Desktop-Debug/ -lusbapi（注意，此处应为项目名称，而不是共享库文件名称！）
在主函数中定义一个共享库内的类，并调用USBOpen()函数；build，成功！点击Run，然而见证奇迹的时刻并没有出现，取而代之的是一个错误提示：
error while loading shared libraries: xxx.so.1 can not open shared object file : No such file or directory。
借用一句大牛说过的话：有提示的错误那都不能算是错误！哈~
不过，为了解决这个错误也确实卡了我一点时间，后来查资料得知，原来run也有它的链接路径。解决办法既是：
点击QT左边工具栏的Projects --> RunSetting，找到Run Environment，点击Details --> 找到以下的值，没有则自行添加
Variable: LD_LIBRARY_PATH
Value:这个值一般已经有了默认库的路径，且每个路径以":"分隔开，在其末尾添加你的库所在路径即可，注意：在最后记得加上":"！
点击RUN，程序应该就可以正常运行并成功调用共享库了。
参考文章：
Linux下Qt创建和调用共享库文件.so
http://www.librehat.com/linux-qt-to-create-and-call-a-shared-library-so-file/
Building C++ shared libraries in Qt Creator (cross-platform)
https://blog.g3rt.nl/building-cpp-shared-libraries-qt-creator.html
以下为hidapi共享库调用出现的问题：
由于hidapi的调用需要root权限，直接点击run的话会无法打开hidraw设备。所以只能生成可执行文件，以sudo来运行。
前文已说明，主程序调用的是我自己的共享库，然后在共享库内调用HIDAPI库实现对hidraw设备的操作。现在使用sudo来打开主程序的可执行文件出现如下报错：
error while loading shared libraries: xxx.so.1: can not open shared object file:No such file or directory。
出现这种错误，一般解决办法即是更改 ".pro" 文件，告诉QT，共享库文件在哪。可是之前已经做过了，还是报错问题在哪呢?
做个测试，将主程序由调用我创建的共享库更改为直接调用HIDAPI共享库，并生成可执行文件，使用sudo，打开hidraw设备正常。说明还是共享库路径寻找出现了问题。
于是乎，我将.so文件拷贝到 /usr/local/lib/ 文件夹下，
并运行 sudo ldconfig;
再次运行之前生成的可执行文件，正常运行。所以说，即使更改了".pro"文件，生成的执行文件还是去系统默认的共享库存放位置查找，而不是按照".pro"文件的设定。
附：
在使用ldconfig的过程中，出现了报错：
/sbin/ldconfig.real: /usr/local/lib/xxx.so.1 is not a symbolic link。
查找资料得知，xxx.so xxx.so.1 xxx.so.1.0 均是xxx.so.1.0.0的软链接，而我是从其他地方拷贝过来，软链接文件属性全部变成了普通文件属性，导致无法链接。
正确做法只需将.so拷贝进/usr/local/lib下，接着运行ldconfig即可完成链接。
记录地点：深圳维准科技
记录时间：2015年12月7日 19:27:18
标签：
原文地址：http://www.cnblogs.com/ChYQ/p/5027252.html
