C++类型转换与类型推导

类型转换

类型转换分为隐式类型转换和显示类型转换

隐式类型转换

int和unsigned int之间的隐式类型转换,

int和uint相互转换时二进制表示不变,变的是翻译的方法。int是用补码来表示,最高位是符号位,uint则没有符号位,以32位机器为例,int和uint都是4字节,但是表示范围分别是-231~231-1, 0~232-1。如果执行下列语句:

unsigned int u=4294967295;
int i=u;
cout<<i<<endl;

会输出-1;
原因在于4,294,967,295=232-1,表示为0xFFFFFFFF;转换为int,那么表示还是0xFFFFFFFF,但是第一位变符号位了,翻译过来就变成了-1。这就与我们的本意相差甚远,而且这种错误往往很难发现,避免这种bug的有效方法就是不要混用int和unsigned int

数组转换为指针

大多数用到数组的表达式中,数组都会自动转换为指针。如:

int a[4]={1234};
int *p=a;//a转换为指向数组首元素的指针

但是以下情况例外:
(1)数组被用作decltype的参数

decltype(a) b;//b为数组

(2)数组作为&的运算对象

int (*p)[4] = &a;//使用数组a的引用初始化数组p,这里p是指针,指向存放4个int的数组

(3)数组作为sizeof的运算对象

int size=sizeof(a);//size==4;

(4)数组作为typeid的运算对象

//会输出1,因为a在这里不转换为指针,他的类型是int[4]
if (typeid(a) == typeid(*p))
	{
		cout << 1;
	}

显示类型转换

(1)static_cast:用于非多态类型的转换。
(2)dynamic_cast:用于多态类型的转换。
(3)const_cast:用于删除const、volatile和__unaligned属性。
(4)reinterpret_cast:用于位的简单重解释。

static_cast

任何具有明确定义的类型转换,只要不包含底层const,都可以使用static_cast。

const int a = 1;
int b = static_cast<int>(a);//包含顶层const,合法,但没啥实际意义,因为a还是const int类型,这句话相当于int b=a;

但是如果改成底层const,如下

const int c = 1;
const int *a = &c;
int *b = static_cast<int*>(a);//编译错误!!a指向的是常量,为底层const

既然static_cast无法改变const,那么谁能呢?

const_cast

const_cast能改变运算对象的底层const

const int c = 1;
const int *a=&c;
int *b = const_cast<int*>(a);//正确
*b = 2;//这里书上说是未定义的,但我在VS2017上试了试好像没啥问题,不过为了保险起见还是不要用的好

const_cast主要用在函数重载,如

const string &shorterString(const string &s1,const string &s2)
{
	return s1.size()<=s2.size()?s1:s2;
}

这个函数的形参和返回值都是const string的引用,如果我们使用两个非常量的实参string调用这个函数,返回的还是const string,因此我们需要一种新的shorterString函数,当传入非常量实参时,返回的是非常量的引用。

string &shorterString(string &s1,string &s2)
{
	auto &r=shorterString(const_cast<const string&>(s1),
						  const_cast<const string&>(s2));
	return const_cast<string&>(r);
}

重载的shorterString函数中,先使用const_cast将s1,s2转换为const string&,然后调用常量版本的shorterString,再将得到的const string&用const_cast转换为string&返回,因为得到的const string&其实是绑定在非常量s1或s2上的,所以这样做是完全安全的。

reinterpret_cast

reinterpret_cast通常为运算对象的位模式提供较低层次上的重新解释。如:

int *ip;
char *pc = reinterpret_cast<char*>(ip);

ip其实是指向int的,使用reinterpret_cast强制转换成char* 之后,相当于告诉编译器pc是指向char的了,但其实他是指向int的,这是如果把pc当成普通的char*使用就可能出现异常的运行时行为。如:

string str(pc);

这里用pc初始化string对象,看起来好像是用char* 初始化string,没啥问题,但是其实pc指向的是int啊,实质上是用int*初始化string,这种操作很可能会发生错误,而且最关键的是这种操作被编译器认为是没有语法问题的,很难debug,所以尽量少用reinterpret_cast

dynamic_cast

为什么要有dynamic_cast运算符?
考虑这样一个场景:当基类指针指向派生类对象,而我们想通过该指针调用派生类对象里的一个函数,一般情况下,我们会把这个函数设为虚函数,然后直接用基类指针执行调用,这时编译器会在运行时发现基类指针绑定的是派生类对象,会选择派生类对象版本的函数执行。如下

class A {
public:
	virtual void f() { cout << "base f"; }
};
class B:public A {
public:
	 void f() override { cout << "derived f"; }
};
int main() {
	
	B b;
	A *a = &b;
	a->f();
}

输出结果:
在这里插入图片描述

但是,有的时候我们想调用的函数并不是虚函数,这时直接用基类指针调用并不会调用派生类里的函数了。dynamic_cast就可以解决这种问题。
那么dynamic_cast是什么呢?
dynamic_cast其实就是用来实现基类指针(或引用)和派生类指针(或引用)之间互相转换的。
dynamic_cast具体怎么用?可以看下面的例子:

class A {
public:
	virtual void f(){ cout << "base f" << endl; }//得有个虚函数,不然A不是多态类型,没法dynamic_cast。
	void noVirtual() { cout << "base noVirtual"; }
};
class B:public A {
public:
	void noVirtual()  { cout << "derived noVirtual"; }
};
int main() {
	B b;
	A *a = &b;
	a->noVirtual();//noVirtual不是虚函数,调用A中的noVirtual
	B* da=dynamic_cast<B*>(a);//将a从A*转换为B*,并赋值给da,da绑定的就是B类型对象,并且da本身的静态类型也是B*,所以da会调用B中的noVirtual
	da->noVirtual();
}

输出:
在这里插入图片描述

上图中尽管指针a动态绑定了B对象,但是由于noVirtual不是虚函数,所以通过a还是会调用A中的noVirtual。
那我们想通过指针a调用B中的noVirtual函数怎么办呢?需要先将a从A转换为B,并赋值给da,da绑定的就是B类型对象,并且da本身的静态类型也是B*,所以da会调用B中的noVirtual。

类型推导

模板类型推导

一个模板的伪代码表示:

template<typename T>
void f(ParamType param);

f(expr); // call f with some expression

在编译过程中,编译器使用expr来推断T和ParamType的类型。如下:

template<typename T>
void f(const T& param); // ParamType is const T&

int x = 0;
f(x); // call f with an int

T被推断为int,而ParamType被推断为const int&。
很容易想当然的认为T的类型就是expr的类型,但是实际上推断出的T的类型不仅取决于expr的类型,还取决于ParamType的形式。
ParamType有以下三种形式:
(1)指针或者引用但非万能引用
(2)万能引用
(3)既不是指针也不是引用
指针或者引用但非万能引用
•如果expr的类型是引用,忽略引用特性,然后对ParamType进行模式匹配expr的类型来推断T。如:

template<typename T>
void f(T& param);

int x = 27; // x is an int
const int cx = x; // cx is a const int
const int& rx = x; // rx is a reference to x as a const int

f(x); // T is int, param's type is int&
f(cx); // T is const int,
 // param's type is const int&
f(rx); // T is const int,
 // param's type is const int&

万能引用
•如果expr是左值,那么T和ParamType都推断为左值引用。
这是模板类型推导中T是一个引用的唯一的情况。尽管声明中ParamType使用右值引用的语法,但其推导的类型是左值引用。
•如果expr是一个右值,情况1规则适用。
如:

template<typename T>
void f(T&& param); // param is now a universal reference
int x = 27; // as before
const int cx = x; // as before
const int& rx = x; // as before
f(x); // x is lvalue, so T is int&,
 // param's type is also int&
f(cx); // cx is lvalue, so T is const int&,
 // param's type is also const int&
f(rx); // rx is lvalue, so T is const int&,
 // param's type is also const int&
f(27); // 27 is rvalue, so T is int,
 // param's type is therefore int&&

既不是指针也不是引用
既不是指针也不是引用,那么就是按值传递。

template<typename T>
void f(T param); // param is now passed by value

•与前面一样,如果expr的类型是一个引用,则忽略引用部分。
•如果在忽略expr的引用性之后,expr是const,也忽略它。如果它是volatile的,也忽略。

总的来说
•在模板类型推断期间,实参的引用性被忽略。
•当推导万能引用形参的类型时,如果传入的是左值表达式,那么T和ParamType都被推导为左值引用。
•推导按值传递的参数的类型时,const和/或volatile参数被视为non-const和non-volatile。
•在模板类型推导过程中,数组或函数名作为参数退化为指针,除非它们用于初始化引用。

auto类型推导

•auto类型推导通常与模板类型推导是一样的,但auto类型推导假设括起来的初始化列表的类型为std::initializer_list,而模板类型推导则不这么做。如:

auto x = { 11, 23, 9 }; // x's type is
 // std::initializer_list<int>
template<typename T> // template with parameter
void f(T param); // declaration equivalent to
 // x's declaration
f({ 11, 23, 9 }); // error! can't deduce type for T

•当auto作为函数返回类型或lambda表达式的参数时,其实用的是模板类型推导。如:

auto createInitList()
{
 return { 1, 2, 3 }; // error: can't deduce type
} // for { 1, 2, 3 }

std::vector<int> v;auto resetV =
 [&v](const auto& newValue) { v = newValue; }; // C++14resetV({ 1, 2, 3 }); // error! can't deduce type
 // for { 1, 2, 3 }

item5:auto比显示类型声明好用
•auto变量必须初始化,一般可以免疫由于类型不匹配带来的可移植性问题或效率问题,且能够使重构进程更轻松,需要打的字也更少
item6:
Use the explicitly typed initializer idiom when auto deduces undesired
types.
•“隐形”的代理类型会导致auto为初始化表达式推导出“错误”的类型
•使用显示类型初始化器强制auto推断出你想要的类型

代理类型例子:

vector<bool>features(const Widget& w);
Widget w;auto highPriority = features(w)[5]; // is w high priority?processWidget(w, highPriority); // undefined behavior!

vector< bool >的[]返回的不是bool&,而是一个代理类型vector< bool >::reference,feartures(w)返回一个vector< bool >临时变量,对这个临时变量调用[]操作,返回vector< bool >::reference赋值给highPriority,当这个语句结束,临时变量被销毁,highPriority就成了一个悬空指针,使用它就会出现未定义的行为。
应该改用 the explicitly typed initializer idiom:

auto highPriority=static_cast< bool >features(w)[5];

理解decltype

•Decltype几乎总是在不做任何修改的情况下生成变量或表达式的类型。
•对于不是名称的左值表达式的类型T,decltype会得到T&类型。
• C++14 支持decltype(auto), 它使用decltype 的规则来进行类型推导
在C++11中,decltype常用在以下情形:
定义一个函数模板,该函数模板的返回值取决于模板的参数类型,如:
我们写一个函数,参数为支持[]操作的容器,和下标i,返回[i]操作的结果。
[]操作大多数时候返回T&类型,比如std::deque,以及绝大多数情况下的std::vector,但有些时候,比如std::vector就不返回bool&。

template<typename Container,typename Index>
auto antuAndAccess(Container&& c,Index i)
-> decltype(std::forward<Container>(c)[i]){
	authenticateUser();
	return std::forward<Container>(c)[i];
}

这里的auto并不参与类型推导,而是将返回类型推导交给后缀
->decltype(std::forward<Container>(c)[i])
为了使函数模板既能接收左值又能接收右值作为参数,这里c使用了万能引用。
此外,std::forward被用来与万能引用搭配,实现完美转发。

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
WEBCRAWLER 网络爬虫实训项目 1 WEBCRAWLER 网 络 爬 虫 实 训 项 目 文档版本: 1.0.0.1 编写单位: 达内IT培训集团 C++教学研发部 编写人员: 闵卫 定稿日期: 2015年11月20日 星期五WEBCRAWLER 网络爬虫实训项目 2 1. 项目概述 互联网产品形形色色,有产品导向的,有营销导向的,也有技术导向的,但是 以技术见长的互联网产品比例相对小些。搜索引擎是目前互联网产品中最具技 术含量的产品,如果不是唯一,至少也是其中之一。 经过十几年的发展,搜索引擎已经成为互联网的重要入口之一,Twitter联合创 始人埃文•威廉姆斯提出了“域名已死论”,好记的域名不再重要,因为人们会 通过搜索进入网站。搜索引擎排名对于中小网站流量来说至关重要。了解搜索 引擎简单界面背后的技术原理其实对每一个希望在互联网行业有所建树的信息 技术人员都很重要。 1.1. 搜索引擎 作为互联网应用中最具技术含量的应用之一,优秀的搜索引擎需要复杂的架构 和算法,以此来支撑对海量数据的获取、 存储,以及对用户查询的快速而准确 地响应。 从架构层面,搜索引擎需要能够对以百亿计的海量网页进行获取、 存 储、 处理的能力,同时要保证搜索结果的质量。 如何获取、 存储并计算如此海WEBCRAWLER 网络爬虫实训项目 3 量的数据?如何快速响应用户的查询?如何使得搜索结果尽可能满足用户对信 息的需求?这些都是搜索引擎的设计者不得不面对的技术挑战。 下图展示了一个通用搜索引擎的基本结构。商业级别的搜索引擎通常由很多相 互独立的模块组成,各个模块只负责搜索引擎的一部分功能,相互配合组成完 整的搜索引擎: 搜索引擎的信息源来自于互联网网页,通过“网络爬虫” 将整个“互联网” 的 信息获取到本地,因为互联网页面中有相当大比例的内容是完全相同或者近似 重复的,“网页去重”模块会对此做出检测,并去除重复内容。 在此之后,搜索引擎会对网页进行解析,抽取网页主体内容,以及页面中包含 的指向其它页面的所谓超链接。 为了加快用户查询的响应速度,网页内容通过 “倒排索引”这种高效查询数据结构来保存,而网页之间的链接关系也会予以 保存。之所以要保存链接关系,是因为这种关系在网页相关性排序阶段是可利 用的,通过“链接分析”可以判断页面的相对重要性,对于为用户提供准确的 搜索结果帮助很大。 由于网页数量太多,搜索引擎不仅需要保存网页的原始信息,还要保存一些中 间处理结果,使用单台或者少量的计算机明显是不现实的。 Google等商业搜索 引擎提供商,为此开发了一整套云存储与云计算平台,使用数以万计的普通PCWEBCRAWLER 网络爬虫实训项目 4 搭建了海量信息的可靠存储与计算架构,以此作为搜索引擎及其相关应用的基 础支撑。优秀的云存储与云计算平台已经成为大型商业搜索引擎的核心竞争 力。 以上所述是搜索引擎如何获取并存储海量的网页相关信息。这些功能因为不需 要实时计算,所以可以被看作是搜索引擎的后台计算系统。搜索引擎的首要目 标当然是为用户提供准确而全面的搜索结果,因此响应用户查询并实时提供准 确结果便构成了搜索引擎的前台计算系统。 当搜索引擎接收到用户的查询请求后,首先需要对查询词进行分析,通过与用 户信息的结合,正确推导出用户的真实搜索意图。 此后,先在“Cache系统” 所维护的缓存中查找。搜索引擎的缓存存储了不同的搜索意图及其相对应的搜 索结果。如果在缓存中找到满足用户需求的信息,则直接将搜索结果返回给用 户。这样既省掉了重复计算对资源的消耗,又加快了整个搜索过程的响应速 度。而如果在缓存中没有找到满足用户需求的信息,则需要通过“网页排 序”,根据用户的搜索意图,实时计算哪些网页是满足用户需求的,并排序输 出作为搜索结果。 而网页排序最重要的两个参考因素,一个是“内容相似 性”,即哪些网页是和用户的搜索意图密切相关的;一个是网页重要性,即哪 些网页是质量较好或相对重要的,而这往往可以从“链接分析”的结果中获 得。综合以上两种考虑,前台系统对网页进行排序,作为搜索的最终结果。 除了上述功能模块,搜索引擎的“反作弊”模块近年来越来越受到重视。搜索 引擎作为互联网用户上网的入口,对于网络流量的引导和分流至关重要,甚至 可以说起着决定性的作用。因此,各种“作弊”方式也逐渐流行起来,通过各 种手段将网页的搜索排名提前到与其网页质量不相称的位置,这会严重影响用 户的搜索体验。所以,如何自动发现作弊网页并对其给于相应的惩罚,就成了 搜索引擎非常重要的功能之一。 1.2. 网络爬虫 通用搜索引擎的处理对象是互联网网页,截至目前的网页数量数以百万计,所 以搜索引擎首先面临的问题就是如何能够设计出高效的下载系统,将如此海量 的网页数据传送到本地,在本地形成互联网网页的镜像备份。 网络爬虫即扮演 如此角色。 它是搜索引擎中及其关键的基础构件。WEBCRAWLER 网络爬虫实训项目 5 网络爬虫的一般工作原理如下图所示:  从互联网网页中选择部分网页的链接作为“种子URL”,放入“待抓取URL 队列”;  爬虫从“待抓取URL队列”中依次“读取URL”;  爬虫通过“DNS解析” 将读到的URL换为网站服务器的IP地址;  爬虫将网站服务器的IP地址、通信端口、网页路径等信息交给“网页下载” 器;  “网页下载”器负责从“互联网”上下载网页内容;  对于已经下载到本地的网页内容,一方面将其存储到“下载页面库” 中,等 待建立索引等后续处理,另一方面将其URL放入“已抓取URL队列”,后者显 然是为了避免网页被重复抓取;  对于刚刚下载到本地的网页内容,还需要从中“抽取URL”;  在“已抓取URL队列”中检查所抽取的URL是否已被抓取过;  如果所抽取的URL没有被抓取过,则将其排入“待抓取URL队列” 末尾,在 之后的抓取调度中重复第步,下载这个URL所对应的网页。 如此这般,形成WEBCRAWLER 网络爬虫实训项目 6 循环,直到“待抓取URL队列”空,这表示爬虫已将所有能够被抓取的网页尽 数抓完,完成一轮完整的抓取过程。 以上所述仅仅是网络爬虫的一般性原理,具体实现过程中还可以有很多优化的 空间,比如将“网页下载”以多线索(进程或线程)并发的方式实现,甚至将 “DNS解析”也处理为并发的过程,以避免爬虫系统的I/O吞吐率受到网站服 务器和域名解析服务器的限制。而对于“已抓取URL队列”则可以采用布隆排 重表的方式加以优化,以降低其时间和空间复杂度。 2. 总体架构 本项目总体架构如下图所示: 配置器 Configurator 超文本传输协议响应 HttpResponse 日志 Log 主线程 main 多路输入输出 MultiIo 插件管理器 PluginMngr 套接字 Socket 字符串工具包 StrKit 统一资源定位符队列 UrlQueues 网络爬虫 WebCrawler 原始统一资源定位符 RawUrl 超文本传输协议响应包头 HttpHeader 域名解析线程 DnsThread 解析统一资源定位符 DnsUrl 接收线程 RecvThread 布隆过滤器 BloomFilter 哈希器 Hash 最大深度插件 MaxDepth 域名限制插件 DomainLimit 超文本传输协议响应包头过滤器插件 HeaderFilter 超文本标记语言文件存储插件 SaveHTMLToFile 图像文件存储插件 SaveImageToFile 发送线程 SendThreadWEBCRAWLER 网络爬虫实训项目 7 2.1. 基础设施 2.1.1. 字符串工具包(StrKit) 常用字符串处理函数。 2.1.2. 日志(Log) 分等级,带格式的日志文件打印。 2.1.3. 配置器(Configurator) 从指定的配置文件中加载配置信息。 2.1.4. 多路输入输出(MultiIo) 封装epoll多路I/O系统调用,提供增加、删除和等待操作接口。 2.1.5. 插件管理器(PluginMngr) 加载插件并接受其注册,维护插件对象容器并提供调用其处理函数的外部接 口。 2.2. 网络通信 2.2.1. 哈希器(Hash) 封装各种哈希算法函数。 2.2.2. 布隆过滤器(BloomFilter) 基于布隆算法,对欲加入队列的原始统一资源定位符进行过滤,以防止已被抓 取过的URL再次入队,降低冗余开销同时避免无限循环。 2.2.3. 原始统一资源定位符(RawUrl) 提供原始形态的统一资源定位符字符串的简单包装,以及规格化等辅助支持。 2.2.4. 解析统一资源定位符(DnsUrl) 将原始形态的统一资源定位符字符串,解析为服务器域名、资源路径、服务器 IP地址,乃至服务器通信端口等。WEBCRAWLER 网络爬虫实训项目 8 2.2.5. 统一资源定位符队列(UrlQueues) 封装原始统一资源定位符队列和解析统一资源定位符队列,提供线程安全的入 队、出队操作,通过统一资源定位符过滤器排重,同时支持基于正则表达式的 统一资源定位符抽取功能。 2.2.6. 套接字(Socket) 发送/接收超文本传输协议请求/响应,发送成功将套接字描述符加入多路I/O, 接收成功抽取统一资源定位符压入队列。 2.2.7. 超文本传输协议响应包头(HttpHeader) 状态码和内容类型等关键信息。 2.2.8. 超文本传输协议响应(HttpResponse) 服务器统一资源定位符和超文本传输协议包头、包体及长度的简单封装。 2.3. 流程控制 2.3.1. 域名解析线程(DnsThread) 从原始统一资源定位符队列中弹出RawUrl对象,借助域名解析系统(DNS)获 取服务器的IP地址,构造DnsUrl对象压入解析统一资源定位符队列。 2.3.2. 发送线程(SendThread) 通过WebCrawler对象启动新的抓取任务,从解析统一资源定位符队列中弹出 DnsUrl对象,向HTTP服务器发送HTTP请求,并将套接字描述符放入MultiIo 对象。 2.3.3. 接收线程(RecvThread) 由WebCrawler对象在从MultiIo对象中等到套接字描述符可读时动态创建,通 过Socket对象接收超文本传输协议响应。WEBCRAWLER 网络爬虫实训项目 9 2.3.4. 网络爬虫(WebCrawler) 代表整个应用程序的逻辑对象,构建并维护包括日志、配置器、多路I/O、插件 管理器、统一资源定位符队列、域名解析线程等在内的多个底层设施,提供诸 如初始化、执行多路输入输出循环、启动抓取任务等外部接口。 2.3.5. 主线程(main) 主函数,处理命令行参数,初始化应用程序对象,进入多路I/O循环。 2.4. 外围扩展 2.4.1. 最大深度插件(MaxDepth) 根据配置文件的MAX_DEPTH配置项,对被抓取超链接的最大递归深度进行限 制。 2.4.2. 域名限制插件(DomainLimit) 根据配置文件的INCLUDE_PREFIXES和EXCLUDE_PREFIXES配置项,对被抓取 超链接的前缀进行限制。 2.4.3. 超文本传输协议响应包头过滤器插件(HeaderFilter) 根据配置文件的ACCEPT_TYPE配置项,对超文本传输协议响应的内容类型进行 限制。 2.4.4. 超文本标记语言文件存储插件(SaveHTMLToFile) 将用超文本标记语言描述的页面内容保存到磁盘文件中。 2.4.5. 图像文件存储插件(SaveImageToFile) 将页面内容中引用的图像资源保存到磁盘文件中。 3. 工作流程 3.1. 主事件流 进程入口函数在进行必要的命令行参数处理和系统初始化以后,进入网络爬虫 的多路输入输出循环,一旦发现某个与服务器相连的套接字有数据可读,即创WEBCRAWLER 网络爬虫实训项目 10 建接收线程,后者负责抓取页面内容,而前者继续于多路输入输出循环中等待 其它套接字上的I/O事件。 3.2. 解析事件流 独立的域名解析线程实时监视原始统一资源定位符队列的变化,并将其中的每 一条新近加入的原始统一资源定位符,借助域名解析系统换为解析统一资源 定位符,并压入解析统一资源定位符队列。 3.3. 发送事件流 不断从解析统一资源定位符队列弹出解析统一资源定位符,创建套接字,根据 服务器的IP地址和通信端口发起连接请求,建立TCP连接,发送超文本传输协 议请求包,并将套接字放入多路输入输出对象,由主事件流等待其数据到达事 件。 3.4. 接收事件流 每个超文本传输线程通过已明确有数据可读的套接字接收来自服务器的超文本 传输协议响应,并交由统一资源定位符队列进行超链接抽取和布隆排重过滤, 直至压入原始统一资源定位符队列。在压入原始统一资源定位符队列之前,以 及接收到超文本传输协议包头和包体之后,分别执行统一资源定位符插件、超 文本传输协议包头插件和超文本标记语言插件的处理过程。 以上四个事件流,需要平行且独立地并发运行,并在共享资源和执行步调上保 持适度的同步。 4. 目录结构 本项目的目录结构如下所示: WebCrawler/ ├── bin/ │ ├── WebCrawler │ ├── WebCrawler.cfg │ └── WebCrawler.scr ├── docs/ │ ├── 概要设计.pdfWEBCRAWLER 网络爬虫实训项目 11 │ └── 详细设计.pdf ├── download/ ├── plugins/ │ ├── DomainLimit.cpp │ ├── DomainLimit.h │ ├── DomainLimit.mak │ ├── DomainLimit.so │ ├── HeaderFilter.cpp │ ├── HeaderFilter.h │ ├── HeaderFilter.mak │ ├── HeaderFilter.so │ ├── MaxDepth.cpp │ ├── MaxDepth.h │ ├── MaxDepth.mak │ ├── MaxDepth.so │ ├── SaveHTMLToFile.cpp │ ├── SaveHTMLToFile.h │ ├── SaveHTMLToFile.mak │ ├── SaveHTMLToFile.so │ ├── SaveImageToFile.cpp │ ├── SaveImageToFile.h │ ├── SaveImageToFile.mak │ ├── SaveImageToFile.so │ └── mkall └── src/ ├── BloomFilter.cpp ├── BloomFilter.h ├── Configurator.cpp ├── Configurator.h ├── DnsThread.cpp ├── DnsThread.h ├── Hash.cpp ├── Hash.h ├── Http.h ├── Log.cpp ├── Log.h ├── Main.cpp ├── Makefile ├── MultiIo.cpp ├── MultiIo.h ├── Plugin.h ├── PluginMngr.cpp ├── PluginMngr.h ├── Precompile.h ├── RecvThread.cpp ├── RecvThread.h ├── SendThread.cpp ├── SendThread.h ├── Socket.cpp ├── Socket.hWEBCRAWLER 网络爬虫实训项目 12 ├── StrKit.cpp ├── StrKit.h ├── Thread.cpp ├── Thread.h ├── Url.cpp ├── Url.h ├── UrlFilter.h ├── UrlQueues.cpp ├── UrlQueues.h ├── WebCrawler.cpp └── WebCrawler.h 其中bin目录存放可执行程序文件、启动画面文件和配置文件,docs目录存放 项目文档,download目录存放爬虫下载的网页文件和图像文件,plugins目录 存放扩展插件的源代码和共享库文件,src目录存放项目主体部分的源代码文 件。 在教学环境下,以上目录结构可分别放在teacher和student两个子目录中。其 中teacher目录包含完整的程序源码和资料文档,以为学生开发时提供参考和借 鉴。 student目录中的源代码是不完整的,部分类或者函数的实现只给出了基 本框架,但代码中的注释和teacher目录下对应的部分完全相同,其中缺失的内 容,需要学生在理解整体设计思路和上下文逻辑的前提下予以补全。需要学生 参与补全的源代码文件详见开发计划。 5. 开发计划 本项目拟在四个工作日内完成: 工作日 模块 子模块 代码文件 第一天 基础设施 预编译头 Precompile Precompile.h 字符串工具包 StrKit StrKit.h StrKit.cpp 日志 Log Log.h Log.cpp 配置器 Configurator Configurator.h Configurator.cppWEBCRAWLER 网络爬虫实训项目 13 多路输入输出 MultiIo MultiIo.h MultiIo.cpp 插件接口 Plugin Plugin.h 插件管理器 PluginMngr PluginMngr.h PluginMngr.cpp 第二天 网络通信 哈希器 Hash Hash.h Hash.cpp 统一资源定位 符过滤器接口 UrlFilter UrlFilter.h 布隆过滤器 BloomFilter BloomFilter.h BloomFilter.cpp 原始统一资源定位符 RawUrl Url.h 解析统一资源定位符 DnsUrl Url.cpp 统一资源定位符队列 UrlQueues UrlQueues.h UrlQueues.cpp 套接字 Socket Socket.h Socket.cpp 超文本传输协 议响应包头 HttpHeader Http.h 超文本传输协议响应 HttpResponse 第三天 流程控制 线程 Thread Thread.h Thread.cpp 域名解析线程 DnsThread DnsThread.h DnsThread.cpp 发送线程 SendThread SendThread.h SendThread.cppWEBCRAWLER 网络爬虫实训项目 14 接收线程 RecvThread RecvThread.h RecvThread.cpp 网络爬虫 WebCrawler WebCrawler.h WebCrawler.cpp 主线程 main Main.cpp 构建脚本 Makefile Makefile 第四天 外围扩展 最大深度插件 MaxDepth MaxDepth.h MaxDepth.cpp MaxDepth.mak 域名限制插件 DomainLimit DomainLimit.h DomainLimit.cpp DomainLimit.mak 超文本传输协议响 应包头过滤器插件 HeaderFilter HeaderFilter.h HeaderFilter.cpp HeaderFilter.mak 超文本标记语言 文件存储插件 SaveHTMLToFile SaveHTMLToFile.h SaveHTMLToFile.cpp SaveHTMLToFile.mak 图像文件存储插件 SaveImageToFile SaveImageToFile.h SaveImageToFile.cpp SaveImageToFile.cpp 构建脚本 mkall mkall 其中被突出显示的代码文件中,包含需要学生添加的内容,注意源文件中形 如“// 此处添加代码”的注释。WEBCRAWLER 网络爬虫实训项目 15 6. 知识扩展 为了能在实训环节,进一步强化学生独立思考、独立解决问题的能力,本项目 有意涵盖了一些前期课程中不曾涉及或只作为一般性了解的知识和技巧。具体 包括:  预编译头文件  std::string  变长参数表  基于epoll的多路I/O  哈希算法和布隆表  URL、 DNS、 HTTP和HTML  正则表达式  线程封装  精灵进程和I/O重定向  Makefile 对于上述内容,建议项目指导教师根据学生的接受能力,结合项目中的具体应 用,在项目正式启动之前,先做概要性介绍,同时提供进一步详细学习和研究 的线索,包括man手册、参考书、网络链接或其它媒体资源,尽量让学生通过 自己的实践和探索找到解决问题的方法,这才是项目实训的意义所在!

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值