头文件---#include<.h>和#include".h"的区别

采用"< >"方式进行包含的头文件表示让编译器在编译器的预设标准路径下去搜索相应的头文件，如果找不到则报错。

例如：VS的安装目录\Microsoft Visual Studio 9.0\VC\include下面就包含了标准库的头文件。

第二种方式表示先在工程所在路径下搜索，如果失败，再到系统标准路径下搜索。

所以，特别要注意的是，如果是标准库头文件，那么既可以采用<>的方式，又可以采用" "的方式，而用户自定义的头文件只能采用" "的方式。

例如，如下这种方式是正确的：

#include <iostream> 效率较高

#include "iostream" 效率较低

如下这种方式是不正确的：

#include <mytest.h>//mytest.h是我们自己创建的头文件

头文件---#include<***.h>和#include"***.h"的区别

时间： 2025-01-09 04:25:18

头文件---#include<.h>和#include".h"的区别的相关文章

C++包含头文件时尖括号和双引号区别

原文链接:http://c.biancheng.net/cpp/biancheng/view/66.html 如果你还看一些别的C++教程,那么你可能很早就发现了,有些书上的#include命令写作#include <文件名>,但有时候又会出现#include "文件名".你会很疑惑,到底哪个是对的呢?为什么要有这两种不同的写法呢? 这两种写法都是正确的写法,但是它们却是有区别的.我们知道C++已经有一些编写好的头文件(比如标准函数库等等),它们存放在VC++的Includ

string 头文件有点烦<string> <string.h> <cstring>

深陷烂代码的泥潭之中.... 在C语言里面, 要用到memset之类的C库, 一般会: #include <string.h> C++兼容C代码, 意味这上面在C++里面也是可用的. 在C代码向C++迁移的时候, 还是建议用: #include <cstring> 因为要和STL的string头文件区分 #include <string> 最后就是这样子: #include <string> #include <cstring> 看起来是不是明了

#include<bits/stdc++.h>包含所有C++头文件

#include<bits/stdc++.h>包含所有C++头文件,比如以下 #include <iostream> #include <cstdio> #include <fstream> #include <algorithm> #include <cmath> #include <deque> #include <vector> #include <queue> #include <st

c++ 头文件包含问题-include&class

http://blog.csdn.net/jiajia4336/article/details/8996254 前向声明概念(forward declaration) 在程序中引入了类类型的B.在声明之后,定义之前,类B是一个不完全类型(incompete type),即已知B是一个类型,但不知道包含哪些成员.不完全类型只能以有限方式使用,不能定义该类型的对象,不完全类型只能用于定义指向该类型的指针及引用,或者用于声明(而不是定义)使用该类型作为形参类型或返回类型的函数. 前向声明应用场景当你

APUE包含头文件"apue.h"问题

下载源码从unix高级编程书籍官网下载书籍的上的所有源码. wget http://www.apuebook.com/src.tar.gz 解压这个文件 tar -zxvf src.tar.gz 解压后文件会放在apue.2e目录下,这个目录里包含了书本上的源码,也包含了apue.h和error.c文件. 复制apue.h到/usr/include/下 cp ./apue.2e/include/apue.h /usr/include/ /usr/include/下并没有这个文件,所以放心复制吧

引用头文件#include <queue>出错

在工程头文件中引用头文件 #include <queue> 莫名奇妙出错,其原因很可能是由于头文件引用问题. include/c++/4.7.1/bits/stl_vector.h:1308:40: error: expected unqualified-id before '(' token /lib/gcc/arm-linux-gnueabihf/4.7.1/../../../../arm-linux-gnueabihf/include/c++/4.7.1/vector:66:0,

[转]extern与头文件(*.h)的区别和联系

用#include可以包含其他头文件中变量.函数的声明,为什么还要extern关键字? 如果我想引用一个全局变量或函数a,我只要直接在源文件中包含#include<xxx.h> (xxx.h包含了a的声明)不就可以了么,为什么还要用extern呢?? 这个问题一直也是似是而非的困扰着我许久,经过实践和查找资料,有如下总结: 一.头文件首先说下头文件,其实头文件对计算机而言没什么作用,她只是在预编译时在#include的地方展开一下,没别的意义了,其实头文件主要是给别人看的. 我做过一个实验,

.c和.h文件的区别（头文件与之实现文件的的关系~ ）

.c和.h文件的区别一个简单的问题:.c和.h文件的区别学了几个月的C语言,反而觉得越来越不懂了.同样是子程序,可以定义在.c文件中,也可以定义在.h文件中,那这两个文件到底在用法上有什么区别呢? 2楼: 子程序不要定义在.h中. 函数定义要放在.c中,而.h只做声明.否则多引用几次,就会发生函数重复定义的错误. 3楼: .h只做声明,编译后不产生代码 4楼: 这样做目的是为了实现软件的模块化使软件结构清晰,而且也便于别人使用你写的程序纯粹用 C 语言语法的角度,你当然可以在 .h

C++中#include <xxx.h>和#include "xxx.h"的区别（尖括号和双引号的区别）

第一种方式:采用< >方式,表示让编译器在编译器的预设标准路径下去搜索相应的头文件,如果找不到则报错. 例如:VS2015的安装目录\Microsoft Visual Studio 14.0\VC\include下面就包含了标准库的头文件. 第二种方式:采用" "方式,表示先在工程所在路径下搜索,如果失败,再到系统标准路径下搜索. 所以,特别要注意的是,如果是标准库头文件,那么既可以采用<>的方式,又可以采用" "的方式,而用户自定义的头文件

libsvm代码阅读(1)：基础准备与svm.h头文件（转）

libsvm是国立台湾大学Chih-Jen Lin开发的一个SVM的函数库,是当前应用最广泛的svm函数库,从2000年到2010年,该函数库的下载量达到250000之多.它的最新版本是version 3.17,主要是对是svm_group_classes做了修改. 主页:LIBSVM -- A Library for Support Vector Machines 下载地址:zip.file ortar.gz 我下载后的解压文件如下所示: libsvm函数包的组织结构如下: 1.主文件路径:包

头文件---#include<***.h>和#include"***.h"的区别

头文件---#include<***.h>和#include"***.h"的区别的相关文章

头文件---#include<.h>和#include".h"的区别

头文件---#include<.h>和#include".h"的区别的相关文章