C++项目经验(1)——切实理解#include＜＞和#include““的区别，并利用它“抠库”

已于 2022-08-17 09:42:30 修改
阅读量2k 收藏 23
点赞数 6
文章标签： c++
于 2022-08-11 22:34:10 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ROseeattimoo/article/details/126225227
版权

目录

1.<>和""的含义

实验结果：

解释：

2.抠库-OSQP为例

步骤1：OSQP和OSQP-Eigen安装

步骤2：把头文件和库文件抠出来，并写CMakeLists

步骤3.开干

3.代码

1.<>和""的含义

背景：#include<>和#include""的区别困扰了我很久，网上的说法亦不明朗，于是决定做实验探究（by ubuntu, CMake）

实验结果：

<>的搜索范围=系统目录（含临时）；" "的搜索范围=该文件的相对路径+<>的搜索范围

解释：

① 什么叫该文件的相对路径？

即该#include命令所在的文件的相对路径。我们现有一个文件夹Test，结构如下

Test
├── out_file.h
└── test_inner
    ├── CMakeLists.txt
    ├── haha.cc
    ├── haha.h
    ├── include
    │   └── include.h
    ├── main.cc
    └── src
        └── src.h

3 directories, 7 files

那么，CMakeLists关于头文件什么也不设置，在main.cc里，你可以直接

#include "haha.h"
#include "src/src.h"
#include "include/include.h"
#include "../out_file.h"

同理，在include.h里，你可以直接

#include "../haha.h"
#include "../src/src.h"
#include "../../out_file.h"

简单点说，就是要引用文件对该文件的相对路径，只要你愿意，写个“../../../../fxxk.h”跑到很远的地方去找，也可以

②什么叫系统目录？

实质是编译器预处理的默认搜索目录，指令如下所示

echo | g++ -v -x c++ -E -    // 打印gcc预处理c++的默认目录
echo | gcc -x c -v -E -      // 打印gcc预处理c的默认目录
echo | clang -x c++ -v -E -  // 打印clang预处理c++的默认目录

我电脑里（Ubuntu 18.04），打印gcc预处理c++的默认目录的结果如下

#include "..." search starts here:
#include <...> search starts here:
 /usr/include/c++/7
 /usr/include/x86_64-linux-gnu/c++/7
 /usr/include/c++/7/backward
 /usr/lib/gcc/x86_64-linux-gnu/7/include
 /usr/local/include
 /usr/lib/gcc/x86_64-linux-gnu/7/include-fixed
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.

换句话说，你随便写个"fxxk.h"放在这些文件夹之一，也可以直接

#include <fxxk.h>

③“系统目录（含临时）”中的“临时”是什么意思？

记不记得，CMakeLists里，我们经常会添加头文件目录——调用include_directories指令。

这个指令底层上是改变了什么？

就是暂时性地将include_directories指令提到的路径，加在系统目录之后，只在本次Cmake有效（但我还不知道怎么去证明这件事）

所以，只要你在include_directories把源码涉及的文件夹全包含一遍……头文件你可以全写<>（不重名的前提下）

④有同名怎么办？

按顺序，先找到哪个用哪个。<>搜索时，按系统目录顺序搜索，""搜索时，先搜相对路径，再搜系统

2.抠库-OSQP为例

很多库我们不都是直接安装的嘛，但实际上，除去很复杂的，相当一部分库的安装，只是把头文件放进系统目录，把库文件也放进系统目录，以OSQP库为例，下面演示怎么全抠出来并使用。

好处：女朋友：“我要用OSQP！”你：“安装啊。”女朋友：“我不！我不装！我要直接跑！”你：“我给你封个docker。”女朋友：“不，我不要docker，我就要直接跑！”你：“……”（哦不，我没有女朋友。但我是打工人啊，公司可不允许交一个安库才能运行的代码）

步骤1：OSQP和OSQP-Eigen安装

安装步骤详见：qp solver

安装它们的最后一步(sudo make install)，你会看到如下代码（以OSQP为例）

 由于我以前安过，所以写的up-to-date，第一次安应该是Installing

然后你就发现了，头文件被安装在/usr/local/include/osqp和/usr/local/include/qdldl两个文件夹下，库文件在/usr/local/lib下，有4个。OSQP-EIGEN也是同理。

步骤2：把头文件和库文件抠出来，并写CMakeLists

现在我们的文件结构如下，其中抠出来的头文件和库文件分别放在了自建的对应文件夹的include和lib文件夹下（Eigen也是同理，我也抠了）

3rdparty_test
├── 3rdparty
│   ├── Eigen
│   │   ├── Eigen
│   │   ├── signature_of_eigen3_matrix_library
│   │   └── unsupported
│   ├── osqp
│   │   ├── include
│   │   └── lib
│   └── osqp-eigen
│       ├── include
│       └── lib
├── CMakeLists.txt
└── main.cpp

然后CMakeLists加的关键几行如下，都很常规（分别是添加头文件目录，添加库文件目录，生成可执行文件，链接库），很好理解

include_directories(3rdparty/osqp/include 3rdparty/Eigen 3rdparty/osqp-eigen/include)

LINK_DIRECTORIES(3rdparty/osqp/lib 3rdparty/osqp-eigen/lib)

add_executable (${PROJECT_NAME} main.cpp)

TARGET_LINK_LIBRARIES(${PROJECT_NAME} libosqp.so libosqp.a libOsqpEigen.so)

步骤3.开干

这个时候，你就可以回到之前的抠库的地方，把系统里这几个库的文件全部删了！！！

然后，#include它们，看跑不跑得通

main.cpp的头文件包含如下所示

#include "osqp.h"
#include "Eigen/Core"
#include "Eigen/Dense"
#include "OsqpEigen.h"

这个时候你发现可能能跑通，抠库成功？？

不是，还不能打包发给女朋友，因为大概率是你删系统库还没删干净，比如你打开osqp-eigen.h，开头是这样写的

/**
 * @file OsqpEigen.h
 * @author Giulio Romualdi, Stefano Dafarra
 * @copyright  Released under the terms of the BSD 3-Clause License
 * @date 2018
 */
#ifndef OSQPEIGEN_OSQPEIGEN_H
#define OSQPEIGEN_OSQPEIGEN_H

#include <OsqpEigen/Constants.hpp>
#include <OsqpEigen/Data.hpp>
#include <OsqpEigen/Settings.hpp>
#include <OsqpEigen/Solver.hpp>
#include <OsqpEigen/SparseMatrixHelper.hpp>

#endif //OSQPEIGEN_OSQPEIGEN_H

按道理来说，这是找不到的，我们需要把它们改成（或者改目录结构）

#include "Constants.hpp"
#include "Data.hpp"
#include "Settings.hpp"
#include "Solver.hpp"
#include "SparseMatrixHelper.hpp"

或

#include <Constants.hpp>
#include <Data.hpp>
#include <Settings.hpp>
#include <Solver.hpp>
#include <SparseMatrixHelper.hpp>

当你把每个头文件（或目录结构）都改好时，就真的抠出来了，能打包发女朋友啦！

发之前，你可以先把整个文件夹拷出来，放到一个新建的啥也没有的虚拟机里跑跑，没bug就是零卡！

我自己把每个文件的头文件都改好了，并在新的虚拟机里测试过能跑的代码放在下面链接里了，希望对路过的人有所帮助。也希望我早日找到女朋友o(╥﹏╥)o

3.代码

链接： 某度   /s/17Zl4_kBgZr8cQhr77yuuyQ 
提取码：oobk 
 

Ain_RO
关注
C++项目经验总结
程序猿老樊的博客
06-30 1万+
1、C++的const比C语言#define更好的原因？ 首先，它能够明确指定类型，有类型检查功能。 其次，可以使用C++的作用域规则将定义限制在特定的函数[常函数]或文件中。 第三，可以将const用于更复杂的类型，比如数组和结构。 C语言中也有const，在C语言中分配内存，其与C++中const的区别是：一是作用域规则不同；另一个是，在C++中可以用const值来声明数组长度。在C+
cpp代码-c++ 头文件
07-14
cpp代码-c++ 头文件
【C++】include＜＞和include““的区别
最新发布
xiaomiqaq的博客
08-02 274
如果在当前目录中找不到，编译器会按照与 #include。它们之间的主要区别在于头文件的搜索路径和优先级。这种形式通常用于包含项目中的自定义头文件。
C++ 工程实践经验谈（转）
weixin_34397291的博客
04-02 383
文章的排版不行，大家可以去http://cloud.github.com/downloads/chenshuo/documents/CppPractice.pdf 查看原文 C++ 工程实践经验谈 by 陈硕 1C++ 工程实践经验谈陈硕 (giantchen@gmail.com)最后更新 2012-4-1版权声明本作品采用“Creative Commons 署名 -非商业性使用 -禁止演绎 ...
C++项目经验(2)——奇怪的经验
ROseeattimoo的博客
08-11 646
一些奇怪的经验
C++ 学习笔记之 include＜＞ 与 include“ “
打团不但人不齐，而且人多看不清
05-15 427
一、#include< > #include< > 引用的是编译器的类库路径里面的头文件。 假如你编译器定义的自带头文件引用在 C:\Keil\c51\INC\ 下面，则 #include<stdio.h> 引用的就是 C:\Keil\c51\INC\stdio.h 这个头文件，不管你的项目在什么目录里， C:\Keil\c51\INC\stdio.h 这个路径就定下来了。一般是引用自带的一些头文件，如： stdio.h、conio.h、string.h、stdlib.h
C++项目经验(7)—— 一个合理的git工作流该是什么样？
ROseeattimoo的博客
10-03 540
一个合理的git工作流
C++工程实践经验
kamo54的专栏
01-17 9293
1 C++ 工程实践经验谈 陈硕 (giantchen@gmail.com) 最后更新 2012-4-20 版权声明 本作品采用“Creative Commons 署名 -非商业性使用 -禁止演绎 3.0 Unported 许可 协议 (cc by-nc-nd)”进行许可。http://creativecommons.org/licenses/by-nc-nd/3.0/ 内容
工作经验（C++篇）
weixin_30651273的博客
02-24 363
这篇总结是我正式参加工作后，和同事交流学习得出来的，希望对其他人有帮助，也是自己的脚印 C++编程中，常会使用到类，组长给我们的经验是，一个类写在一个文件中，不要多各类写在一个文件 为了跨平台性，一个功能要编译到不同平台，可以使用宏定义，使不同平台可以选择性编译不同代码 C++代码要想编译成C方式编译，要使用 extern "C"{C++代码} 项目移植到其他环境出现问题，...
C++.include ““与include ＜＞
lihaidong的博客
07-06 278
include是把目标文件拷贝过来，当作文本文件解析。 include "" 查找路径：当前目录->系统目录 如果是#include <*.h>，那么编译器是先从自带的函数库中寻找声明的头文件，例如iostream、math、stdio这种都是写成include <iostream>； include <> 查找路径：系统目录->当前目录 如果是#include "*.h"，那么编译器是先从自定义的路径中寻找，如果找不到则再去自带的函数...
C++大型项目经验
kking_edc的博客
12-11 342
在Visual Studio中，“附加包含目录”（Additional Include Directories）是一个编译器设置，它指示编译器在查找包含文件（通常是头文件，扩展名为.h或.hpp）时去哪些额外的文件夹路径查找。记住，"附加包含目录"只影响预处理器查找头文件的位置，它并不会告诉链接器在哪里查找库文件（.lib、.dll等）。链接库文件的路径需要在“链接器”->“常规”下的“附加库目录”中设置。
C++项目工作经验总结
qq_55400769的博客
02-04 319
1、 问题： 用新的动态库 A替换了原来的动态B，新的动态库依赖动态库 C。而动态库A、B、C 均放在/etc/ld.so.conf 配置的路径下，但进程启动时，报找不到动态库C。 解决方法： 在动态库所在路径下执行命令 ldconfig
C++ include
mengxiao12345678的博客
08-05 380
#include “” 自定义的头文件 #include <> 系统或者第三方定义的头文件 系统在编译前会进行预编译，预编译就是将所有include行，都进行内容替换。如果include的文件还包含include，则反复替换，直到无include为之。 可能某些文件会重复被包含怎么办？ 在.h的第一行增加#pragma once即可。 ...
C++ #include＜＞和#include“ “的区别
点云侠的博客
02-07 4248
C++中#include＜＞和#include““的区别
C++中#include＜＞和#include““的区别
zhenghunduo4421的博客
10-10 295
通过#include<>和#include" "都可以将指定文件中的内容引入到当前文件，但在搜索被引入文件时两者采用了不同的搜索策略。 #include<>在搜索时直接从编译器指定的路径处进行搜索。例如，编译器指定的include目录是C:\Program Files\Microsoft Visual Studio 10.0\vc\include,那么编译器就会从该路径开始搜索。如果找不到被引入文件，程序直接报错，因此系统提供的头文件推荐使用#include<...
适合 C++ 学习的开源项目——在 GitHub 学编程
javalingyu的博客
04-11 5377
俗话说：万事开头难，学习编程也是一样。在 HelloGitHub 的群里，经常遇到有小伙伴询问编程语言如何入门方面的问题，如： 我要学习某一门编程语言，有什么开源项目可以推荐吗？ 我是某编程语言的新手，有什么练手的项目推荐吗？ 等等 See，这就是本系列文章的由来，我们希望学习各类编程语言的同学们，读（Mark）完我们的入门系列，可以找到学习的方向、系统的学习某一门语言，然后做个简单的小玩意，不只是Hello World。 《GitHub 上适合编程入门的项目》系列，共计 5 篇文章： C++..
C++项目代码经验规范记录(持续记录)
qq_38409301的博客
09-07 431
代码规范
C&C++include “ “ 和 ＜＞ 的区别
匠心码农
02-20 1119
C&C++include " " 和 的区别
C++工程经验
知识胶囊
02-23 312
https://www.cnblogs.com/fangyukuan/category/243355.html
#include<cstdio> #include<cstring> #include<algorithm> #include<stack>
06-12
`#include<cstdio>`、`#include<cstring>`、`#include<algorithm>`和`#include<stack>`是C++编程语言中的预处理指令，用于包含相应的头文件。这些头文件提供了一些常用的函数和类，以便在程序中使用。 1. `#include...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值