- 浏览: 369796 次
- 性别:
- 来自: 苏州
文章分类
- 全部博客 (335)
- C++ (190)
- 设计模式 (43)
- 数据库技术 (5)
- 网络编程 (11)
- 自动化测试 (6)
- Linux (13)
- OpenSSL (10)
- MS Crypt API (5)
- SCM (2)
- English (4)
- Android (10)
- EMV规范 (1)
- Saturn Platform (0)
- C (10)
- SQL (2)
- ASP.NET (3)
- 英语口语学习 (3)
- 调试工具 (21)
- 编译技术 (5)
- UML (1)
- 项目管理 (5)
- 敏捷开发 (2)
- Http Server (6)
- 代码审查、代码分析 (5)
- 面试基础 (10)
- 重点知识 (16)
- STL (6)
- Efficient C++资料 (8)
- 数据结构和算法 (7)
- 读书笔记 (0)
- 开源项目 (4)
- 多线程 (2)
- Console App (6)
- 个人开源项目 (4)
- IBM DevelopWorks (4)
- Java (16)
- 内存泄漏相关调试和检测 (13)
- 软件测试相关技术 (2)
- C# (11)
- Apple Related (1)
- 软件测试和管理 (2)
- EMV (1)
- Python (1)
- Node.js (6)
- JavaScript (5)
- VUE (1)
- Frontend (1)
- Backend (4)
- RESTful API (3)
- Firebase (3)
最新评论
-
u013189503:
来个密码吧
[C++][Logging] 项目中写日志模块的实现 -
wyf_vc:
来个密码啊!!
[C++][Logging] 项目中写日志模块的实现
转自
http://blog.csdn.net/querw/article/details/6593328
用C++实现HTTP服务器 - Windows平台
软件名: Que's HTTP Server
源码:https://github.com/TedQue/QPPHTTPServer
作者: 阙荣文 - Que's C++ Studio
版权说明: 免费,开放源代码,禁止用作商业用途.
日期: 2011.7.8
1. 目的和用途
用C++实现一个Windows下的,简单的HTTP服务器模型,用作局域网内的文件共享工具.
我以前在公司里,同事之间经常要共享一些大文件(超过2G),如果直接共享Windows目录,非常不安全不说,经常还因为各种各样的问题导致无法访问:比如guest用户被禁用,防火墙拦截等.现在,我只要开启这个程序(一个非常简单的程序,只有一个几百K大小的EXE文件),对方就可以用浏览器(IE,Firefox等都可以,还有比浏览器安装范围更广的客户端吗?)访问到我共享的文件,还支持断点续传,多么惬意.
另外,这是一个符合协议要求的HTTP服务器,理论上说,放到公网上也是完全可以的,只是功能没有成熟的Apache, IIS等丰富,安全性能也不足,但是作为一个学习的模型,提供文件下载服务还是没问题的.
2. 原理说明
(1) 关于HTTP协议.
我个人非常非常喜欢HTTP协议,这是一个简洁的,基于文本的,应答式的协议.
基于文本的一大好处是调试特别方便,因为所有的数据都是可以直接读出的文本,程序结果正确与否一目了然,另外还有很多其它好处,可以参考<<UNIX编程艺术>>,里面有一章专门讲基于文本的协议的好处,深以为然.
HTTP协议的交流过程可以简单的描述为:双方建立TCP连接,客户端(通常是浏览器)发送一段固定格式的文本(所谓的请求),服务器根据客户端请求的内容,生成并回应一段固定格式的文本(所谓的回应头)和文件内容(如果客户端请求的是文件下载的话),数据发送完毕后,断开连接.
这就是我们今天网络世界的基础,没错,就这么简单.
当然,客户端的请求和服务器的回应头都有格式要求,可以读一读W3C关于HTTP协议的文档.(Que's HTTP Server发行包内也包含了一份,请点击文章开头的链接下载.)
(2) Windows的网络模型.
Windows系统中,当属完成端口模型的网络性能最好.作为可能面临巨大网络压力的HTTP服务器,完成端口模型是唯一的选择.
完成端口模型用一种类似于回调的方式处理网络操作,所有的网络操作都不会阻塞,而是排队后直接返回,等到操作完成,系统会触发一个完成端口事件以通知应用程序.所以应用程序只要用一个线程一直检查对应的完成端口就可以得到网络操作的结果.和回调不同的是,系统允许多个线程同时等待同一个完成端口事件,Windows系统确保对于一个完成端口时间,只有一个等待线程被唤醒.这样,对于有多个CPU的机器,我们可以创建多个线程(一个CPU对应一个线程)等待同一个完成端口事件以并行的方式处理网络事件以充分发挥机器的性能.
关于完成端口编程方面的指导请参考<<Windows网络编程技术>>(微软出版,Anthony Jones著)第八章.
3. 程序结构介绍
CHTTPServer对象
CHTTPServer对象代表了整个HTTP服务器在内存中的存在,负责创建完成端口模型,创建所需的线程,监控完成端口事件并且维持URL和服务器上的真实文件的对应关系.除了维护网络模块外,CHTTPServer对象还要根据接收到的客户端请求生成正确的服务器响应.它的角色和ASP.NET或者JSP编程中用到的预定义Server对象是类似的.
CHTTPRequest对象
CHTTPRequest对象是对客户端请求的包装,由于客户端请求是一段带格式的文本,用编程语言说就是一个字符串,为了编程方便,我创建了CHTTPRequest对象管理这个字符串,CHTTPRequest对象提供了若干方法,可以很方便的访问到客户端请求的各个参数.它的角色和ASP.NET或者JSP编程中用到的预定义Request对象是类似的.
CHTTPResponse对象
CHTTPResponse对象是对服务器响应的包装,CHTTPServer对象根据CHTTPRequest对象的内容,设置CHTTPResponse对象的参数,最后由CHTTPResponse对象把这些参数输出为符合HTTP协议要求的文本.它的角色和ASP.NET或者JSP编程中用到的预定义Response对象是类似的.
CHTTPContent对象
CHTTPContent对象代表了客户端所请求的资源(URL).它可能是一个文件,也可能就是一段服务器即时生成的HTML/TEXT文本,比如某个目录的文件列表,或者是一个出错信息,如HTTP404文件未找到的提示.
程序运行的流程如下:
CHTTPServer对象启动并监控网络模块,当一个新的客户端连接建立以后,CHTTPServer对象开始读取这个新连接,直到接收到一个完整的请求头为止.
当CHTTPServer对象收到一个完整的请求头后,它就以之为参数,建立一个新的CHTTPRequest对象,然后分析这个CHTTPRequest对象,生成正确的CHTTPResponse对象和CHTTPContent对象,然后把CHTTPResponse对象输出的文本和CHTTPContent对象的内容按顺序发送给客户端,并在数据发送完成后关闭连接,回收上述的各个对象.
4. 核心代码分析
下面贴一段CHTTPServer对象根据CHTTPRequest对象的内容,生成CHTTPResponse对象和CHTTPContent对象的关键代码.
5. 使用说明
这是一个非常轻量级的程序,不需要安装,只有一个EXE文件,运行后可以设置作为HTTP服务器的根目录的位置和服务端口.如果选中了"允许浏览目录"的复选框,则允许客户端浏览器列出服务器上某个目录下的所有文件,比如客户浏览器输入 "http://xxxxx/汽车图片/" 那么将会看到服务器根目录下"汽车图片"子目录下的所有文件的列表.如果不选中,则显示"403 Forbidden"的提示.
程序运行的效果如下图所示:
用Firefox浏览目录的效果如下:
=====================================================================
更新日志
说明:V1.51之前的代码结构不好,很杂乱,界面也很简陋,只是在公司内部作为一个方便文件共享的小工具使用,没有发布.
V1.51 Beta
1. 启用新界面.
2. 重新编写内核,开始出现 CHTTPContent对象.
3. 启用新的日志系统.
V1.52 Beta
现在服务器支持超过2G的大文件的下载了, 内部使用64位长的整数(之前使用32位整数,只能支持到2G的文件)来记录文件长度.
V1.52 Beta Build 15279
浏览目录时,现在不再列出系统文件和隐藏文件,并且所有的子目录都在前面出现.
V1.52 Beta Build 152710
新增: 在状态栏显示当前使用的带宽(每2秒刷新一次).
新增: 在状态栏显示当前一共有多少个连接(实时).
修正: 在浏览目录时,现在超过2G的文件可以正确显示大小.
修改: 现在,超出的日志每次只移除前面100行(原来移除200行).
新增: 每个连接在关闭时,在日志里有体现服务器为处理该连接所用的时间.
新增: 现在允许设置服务器的最大连接数.
修改: 内核做了一小部分修改,使程序逻辑更清晰明了.
V1.52 Beta Build 152711
修正: 改正了一个内部同步错误,现在带宽计算结果更精确了.
V1.52 Beta Build 152712
修正: 当一个连接发送数据超过2G时,现在在日志中可以正确显示了.
V1.52 Beta Build 152713
修正: 修正了下行带宽统计的一个错误.
V1.52 Beta Build 152714
新增: 现在可以设置会话超时了.
新增: 如果一个连接在指定时间内没有发送或者接收任何数据,则会被判定为死连接而被移除.这个时间可以在设置界面设置.
修改: 浏览目录时,如果一个文件超过1G,则会显示为"XXX GB" 而不是原来的 "XXXX MB".
修改: 一些界面提示性文本作了小修改.
V1.52 Beta Build 152715
修改: 重新绘制工具条图标.
新增: 现在可以设置每个客户(以IP为准)最多可以有多少个连接.
新增: 现在可以设置每个连接的最大带宽. 注意:为保持连接的活跃性,每个连接的最小带宽不会小于 250B/s.
修改: 不再为侦听套接字单独创建一个线程,而是使用AcceptEx调用,以节省服务器系统资源并提高效率.
新增: 连接关闭时,会在日志中显示该连接所用的平均带宽.
修正: 当一个请求头被分为多次接收时,会导致连接被关闭.
新增: 支持文件日志,并可以在设置界面中禁用/启用.日志文件和EXE文件在同一个文件夹内,文件名为 HTTPServerLOG(年月日).TXT,每个日志文件最大5MB.
新增: 在禁止浏览目录的情况下,允许设置默认文件名(多个文件名以逗号分隔,最长260个字符).
修改: 现在内核使用3个定时器队列分别对应3中应用,以提高性能.
注: V1.5X版本将不再增加新功能,而继续测试以发现和修复BUG为主.
V1.52 Build 152716
修正: 停止服务器时,如果还有连接,不再提示定时器删除错误.
V1.52 Build 152717
修改: 连接结束时,日志中的平均速度显示为 "XXX MB/s"等
v1.52 Build 152718
修改: 调整了一些日志文本的格式,使之更有条理.
开放源代码.
http://blog.csdn.net/querw/article/details/6593328
用C++实现HTTP服务器 - Windows平台
软件名: Que's HTTP Server
源码:https://github.com/TedQue/QPPHTTPServer
作者: 阙荣文 - Que's C++ Studio
版权说明: 免费,开放源代码,禁止用作商业用途.
日期: 2011.7.8
1. 目的和用途
用C++实现一个Windows下的,简单的HTTP服务器模型,用作局域网内的文件共享工具.
我以前在公司里,同事之间经常要共享一些大文件(超过2G),如果直接共享Windows目录,非常不安全不说,经常还因为各种各样的问题导致无法访问:比如guest用户被禁用,防火墙拦截等.现在,我只要开启这个程序(一个非常简单的程序,只有一个几百K大小的EXE文件),对方就可以用浏览器(IE,Firefox等都可以,还有比浏览器安装范围更广的客户端吗?)访问到我共享的文件,还支持断点续传,多么惬意.
另外,这是一个符合协议要求的HTTP服务器,理论上说,放到公网上也是完全可以的,只是功能没有成熟的Apache, IIS等丰富,安全性能也不足,但是作为一个学习的模型,提供文件下载服务还是没问题的.
2. 原理说明
(1) 关于HTTP协议.
我个人非常非常喜欢HTTP协议,这是一个简洁的,基于文本的,应答式的协议.
基于文本的一大好处是调试特别方便,因为所有的数据都是可以直接读出的文本,程序结果正确与否一目了然,另外还有很多其它好处,可以参考<<UNIX编程艺术>>,里面有一章专门讲基于文本的协议的好处,深以为然.
HTTP协议的交流过程可以简单的描述为:双方建立TCP连接,客户端(通常是浏览器)发送一段固定格式的文本(所谓的请求),服务器根据客户端请求的内容,生成并回应一段固定格式的文本(所谓的回应头)和文件内容(如果客户端请求的是文件下载的话),数据发送完毕后,断开连接.
这就是我们今天网络世界的基础,没错,就这么简单.
当然,客户端的请求和服务器的回应头都有格式要求,可以读一读W3C关于HTTP协议的文档.(Que's HTTP Server发行包内也包含了一份,请点击文章开头的链接下载.)
(2) Windows的网络模型.
Windows系统中,当属完成端口模型的网络性能最好.作为可能面临巨大网络压力的HTTP服务器,完成端口模型是唯一的选择.
完成端口模型用一种类似于回调的方式处理网络操作,所有的网络操作都不会阻塞,而是排队后直接返回,等到操作完成,系统会触发一个完成端口事件以通知应用程序.所以应用程序只要用一个线程一直检查对应的完成端口就可以得到网络操作的结果.和回调不同的是,系统允许多个线程同时等待同一个完成端口事件,Windows系统确保对于一个完成端口时间,只有一个等待线程被唤醒.这样,对于有多个CPU的机器,我们可以创建多个线程(一个CPU对应一个线程)等待同一个完成端口事件以并行的方式处理网络事件以充分发挥机器的性能.
关于完成端口编程方面的指导请参考<<Windows网络编程技术>>(微软出版,Anthony Jones著)第八章.
3. 程序结构介绍
CHTTPServer对象
CHTTPServer对象代表了整个HTTP服务器在内存中的存在,负责创建完成端口模型,创建所需的线程,监控完成端口事件并且维持URL和服务器上的真实文件的对应关系.除了维护网络模块外,CHTTPServer对象还要根据接收到的客户端请求生成正确的服务器响应.它的角色和ASP.NET或者JSP编程中用到的预定义Server对象是类似的.
CHTTPRequest对象
CHTTPRequest对象是对客户端请求的包装,由于客户端请求是一段带格式的文本,用编程语言说就是一个字符串,为了编程方便,我创建了CHTTPRequest对象管理这个字符串,CHTTPRequest对象提供了若干方法,可以很方便的访问到客户端请求的各个参数.它的角色和ASP.NET或者JSP编程中用到的预定义Request对象是类似的.
CHTTPResponse对象
CHTTPResponse对象是对服务器响应的包装,CHTTPServer对象根据CHTTPRequest对象的内容,设置CHTTPResponse对象的参数,最后由CHTTPResponse对象把这些参数输出为符合HTTP协议要求的文本.它的角色和ASP.NET或者JSP编程中用到的预定义Response对象是类似的.
CHTTPContent对象
CHTTPContent对象代表了客户端所请求的资源(URL).它可能是一个文件,也可能就是一段服务器即时生成的HTML/TEXT文本,比如某个目录的文件列表,或者是一个出错信息,如HTTP404文件未找到的提示.
程序运行的流程如下:
CHTTPServer对象启动并监控网络模块,当一个新的客户端连接建立以后,CHTTPServer对象开始读取这个新连接,直到接收到一个完整的请求头为止.
当CHTTPServer对象收到一个完整的请求头后,它就以之为参数,建立一个新的CHTTPRequest对象,然后分析这个CHTTPRequest对象,生成正确的CHTTPResponse对象和CHTTPContent对象,然后把CHTTPResponse对象输出的文本和CHTTPContent对象的内容按顺序发送给客户端,并在数据发送完成后关闭连接,回收上述的各个对象.
4. 核心代码分析
下面贴一段CHTTPServer对象根据CHTTPRequest对象的内容,生成CHTTPResponse对象和CHTTPContent对象的关键代码.
// 已经完整接收到了一个请求头,处理之 // 目的: 通过分析Request对象,准备好Response对象,并在可能的情况下生成一个Content对象并关联到Response对象中. void CHTTPServer::OnRequest(PCLIENTINF pSockInf) { ASSERT(pSockInf); ASSERT(pSockInf->pRequest); ASSERT(pSockInf->pResponse); std::wstring strUrlObject(L""); std::wstring strServerFilePath(L""); // 是否是有效的请求头 if(!pSockInf->pRequest->Verify()) { // 请求头格式不正确,返回HTTP 400和一段关于400的预定义说明文本 pSockInf->pResponse->SetServerCode(SC_BADREQUEST); // HTTP 400 CHTTPContent *pContent = new CHTTPContent; pContent->OpenText(g_HTTP_Bad_Request, strlen(g_HTTP_Bad_Request)); pSockInf->pResponse->AttachContent(pContent); goto exit; } // 请求的方法是否是 GET 或者 HEAD HTTP_METHOD method = pSockInf->pRequest->GetMethod(); pSockInf->pResponse->SetMethod(method); if(method != METHOD_GET && method != METHOD_HEAD) { // 目前只支持两种HTTP方法 pSockInf->pResponse->SetServerCode(SC_BADMETHOD); // HTTP 405 CHTTPContent *pContent = new CHTTPContent; pContent->OpenText(g_HTTP_Bad_Method, strlen(g_HTTP_Bad_Method)); pSockInf->pResponse->AttachContent(pContent); goto exit; } // 获取客户端请求的对象 strUrlObject = pSockInf->pRequest->GetUrlObject(); if(strUrlObject.size() <= 0) { // URL Object 为空,说明客户端的请求有问题. pSockInf->pResponse->SetServerCode(SC_BADREQUEST); // 请求头格式错误 HTTP 400 CHTTPContent *pContent = new CHTTPContent; pContent->OpenText(g_HTTP_Bad_Request, strlen(g_HTTP_Bad_Request)); pSockInf->pResponse->AttachContent(pContent); goto exit; } // 映射为服务器文件名. MapServerFile(strUrlObject, strServerFilePath); // 如果 URL 的最后一个字符是 '/' 说明请求文件列表,否则是请求一个具体的文件. if(strUrlObject.back() == L'/') { // 浏览目录创建目录列表的内容对象,并关联给Response对象 CHTTPContent *pContent = new CHTTPContent; if(m_bNavDir) { if(pContent->OpenDir(strUrlObject, strServerFilePath)) { pSockInf->pResponse->SetServerCode(SC_OK); // HTTP 200 } else { // 无法列出目录的文件列表. pContent->OpenText(g_HTTP_Server_Error, strlen(g_HTTP_Server_Error)); pSockInf->pResponse->SetServerCode(SC_SERVERERROR); // HTTP 500 } } else { // 禁止浏览目录 pContent->OpenText(g_HTTP_Forbidden, strlen(g_HTTP_Forbidden)); pSockInf->pResponse->SetServerCode(SC_FORBIDDEN); // HTTP 403 } pSockInf->pResponse->AttachContent(pContent); } else { // 客户端请求了服务器上的一个文件 // 1.客户端是否请求了断点续传的内容 // 2.创建文件内容对象并关联给Response对象 __int64 lFrom = 0; __int64 lTo = -1; if(pSockInf->pRequest->GetRange(lFrom, lTo)) { pSockInf->pResponse->SetServerCode(SC_PARTIAL); //HTTP 206 } else { pSockInf->pResponse->SetServerCode(SC_OK); // HTTP 200 } CHTTPContent *pContent = new CHTTPContent; if(pContent->OpenFile(WtoA(strServerFilePath.c_str()).c_str(), lFrom, lTo)) { // 文件打开成功. } else { // 文件不存在或者其它什么原因,打开失败. pContent->OpenHtml(g_HTTP_Content_NotFound, strlen(g_HTTP_Content_NotFound)); pSockInf->pResponse->SetServerCode(SC_NOTFOUND); // HTTP 404 } pSockInf->pResponse->AttachContent(pContent); } exit: /////////// 准备响应头 pSockInf->pResponse->CookResponse(); // 把上面设置的参数输出为一段符合HTTP协议的文本. // 写日志. LOGGER_CINFO(theLogger, _T("连接[%s:%d]请求资源[%s],回应[HTTP %d].\r\n"), AtoW(pSockInf->pRequest->GetIP().c_str()).c_str(), pSockInf->pRequest->GetPort(), strUrlObject.c_str(), pSockInf->pResponse->GetServerCode()); return; }
5. 使用说明
这是一个非常轻量级的程序,不需要安装,只有一个EXE文件,运行后可以设置作为HTTP服务器的根目录的位置和服务端口.如果选中了"允许浏览目录"的复选框,则允许客户端浏览器列出服务器上某个目录下的所有文件,比如客户浏览器输入 "http://xxxxx/汽车图片/" 那么将会看到服务器根目录下"汽车图片"子目录下的所有文件的列表.如果不选中,则显示"403 Forbidden"的提示.
程序运行的效果如下图所示:
用Firefox浏览目录的效果如下:
=====================================================================
更新日志
说明:V1.51之前的代码结构不好,很杂乱,界面也很简陋,只是在公司内部作为一个方便文件共享的小工具使用,没有发布.
V1.51 Beta
1. 启用新界面.
2. 重新编写内核,开始出现 CHTTPContent对象.
3. 启用新的日志系统.
V1.52 Beta
现在服务器支持超过2G的大文件的下载了, 内部使用64位长的整数(之前使用32位整数,只能支持到2G的文件)来记录文件长度.
V1.52 Beta Build 15279
浏览目录时,现在不再列出系统文件和隐藏文件,并且所有的子目录都在前面出现.
V1.52 Beta Build 152710
新增: 在状态栏显示当前使用的带宽(每2秒刷新一次).
新增: 在状态栏显示当前一共有多少个连接(实时).
修正: 在浏览目录时,现在超过2G的文件可以正确显示大小.
修改: 现在,超出的日志每次只移除前面100行(原来移除200行).
新增: 每个连接在关闭时,在日志里有体现服务器为处理该连接所用的时间.
新增: 现在允许设置服务器的最大连接数.
修改: 内核做了一小部分修改,使程序逻辑更清晰明了.
V1.52 Beta Build 152711
修正: 改正了一个内部同步错误,现在带宽计算结果更精确了.
V1.52 Beta Build 152712
修正: 当一个连接发送数据超过2G时,现在在日志中可以正确显示了.
V1.52 Beta Build 152713
修正: 修正了下行带宽统计的一个错误.
V1.52 Beta Build 152714
新增: 现在可以设置会话超时了.
新增: 如果一个连接在指定时间内没有发送或者接收任何数据,则会被判定为死连接而被移除.这个时间可以在设置界面设置.
修改: 浏览目录时,如果一个文件超过1G,则会显示为"XXX GB" 而不是原来的 "XXXX MB".
修改: 一些界面提示性文本作了小修改.
V1.52 Beta Build 152715
修改: 重新绘制工具条图标.
新增: 现在可以设置每个客户(以IP为准)最多可以有多少个连接.
新增: 现在可以设置每个连接的最大带宽. 注意:为保持连接的活跃性,每个连接的最小带宽不会小于 250B/s.
修改: 不再为侦听套接字单独创建一个线程,而是使用AcceptEx调用,以节省服务器系统资源并提高效率.
新增: 连接关闭时,会在日志中显示该连接所用的平均带宽.
修正: 当一个请求头被分为多次接收时,会导致连接被关闭.
新增: 支持文件日志,并可以在设置界面中禁用/启用.日志文件和EXE文件在同一个文件夹内,文件名为 HTTPServerLOG(年月日).TXT,每个日志文件最大5MB.
新增: 在禁止浏览目录的情况下,允许设置默认文件名(多个文件名以逗号分隔,最长260个字符).
修改: 现在内核使用3个定时器队列分别对应3中应用,以提高性能.
注: V1.5X版本将不再增加新功能,而继续测试以发现和修复BUG为主.
V1.52 Build 152716
修正: 停止服务器时,如果还有连接,不再提示定时器删除错误.
V1.52 Build 152717
修改: 连接结束时,日志中的平均速度显示为 "XXX MB/s"等
v1.52 Build 152718
修改: 调整了一些日志文本的格式,使之更有条理.
开放源代码.
- QPPHTTPServer-master.zip (1.1 MB)
- 下载次数: 5
发表评论
-
FreeRTOS
2022-03-05 16:31 248Ref https://blog.csdn.net/weix ... -
Python: HTTP文件下载压力测试工具
2020-12-15 17:45 490import urllib.request import ... -
串口通讯相关
2018-11-02 13:44 411https://bbs.csdn.net/wap/topics ... -
[转]C++验证IP是否可以PING通
2018-10-30 17:54 1325https://www.cnblogs.com/guoyz13 ... -
C++/MFC 換皮膚
2018-10-20 11:05 477https://blog.csdn.net/u01123991 ... -
WinCE 截屏 - C++ 代碼
2018-08-31 09:45 574// this function create a bmp ... -
Android NDK搭建環境
2017-11-27 13:25 580https://www.cnblogs.com/ut2016- ... -
8583协议相关
2017-10-17 13:38 5738583相关资料,整理中... -
Java高级应用之JNI
2017-06-19 09:00 600参考link http://www.cnblogs.com/l ... -
C++实现ping功能
2017-04-18 11:21 2155基础知识 ping的过程是向目的IP发送一个type=8的I ... -
OpenSSL 编译环境搭建
2017-03-27 15:01 9061 安裝VS2008到 c:\Program Files (x ... -
最优非对称加密填充(OAEP)
2017-03-25 14:53 1582OpenSSL命令---rsautl http://blog. ... -
[Platform Builder] 设置SVM OS build Env
2016-11-10 11:39 01 copy one OSDesign Project to ... -
[Windows] System Error Codes(GetLastError )0-----5999
2016-10-26 13:28 1881ERROR_SUCCESS 0 (0x0) T ... -
开源Windows驱动程序框架
2016-09-17 21:35 871转自 http://code.csdn.net/news/28 ... -
c/c++代码中执行cmd命令
2016-09-14 14:50 1908转自 http://blog.csdn.net/slixinx ... -
C#使用C++标准DLL实例(包含callback)
2016-09-11 19:44 1086C++编写标准Win32DLL如下 头文件 /***** ... -
C#调用C++的DLL搜集整理的所有数据类型转换方式
2016-09-09 16:07 969转自 http://www.cnblogs.com/zeroo ... -
WinCE CPU使用率计算 测试工具
2016-09-08 16:14 991转自 http://blog.csdn.net/jan ... -
switch在C++与C#中的一些差异
2016-09-08 15:19 810参考链接 http://blog.csdn.net/weiwe ...
相关推荐
测试方式(依次在浏览器输入一下内容进行不同情形的测试): 127.0.0.1:9988 ...2、CGI实现不够科学,可以尝试使用FASTCGI 3、不支持https 4、不支持回应chunked数据 感兴趣的同学可以继续完善相关功能.
使用C++实现FTP服务器需要使用Winsock库来实现网络通信。首先,需要启动Winsock库,协商Winsock的版本支持并分配必要的资源。然后,创建套接字,绑定端口,监听连接,接受连接,发送和接收数据,关闭套接字等。 ...
5. **多平台兼容**:本实现支持Windows和Linux操作系统,这意味着代码可能使用了跨平台的库,如libevent或libuv,来处理异步I/O和线程。 6. **安全性**:WebSocket可以通过TLS/SSL(即HTTPS的WebSocket版本,称为...
本篇将详细探讨如何使用C/C++进行跨平台的HTTP服务器开发,主要关注Windows和Linux环境,并介绍NetEngine_SimpleHttp这个开发包。 首先,HTTP(超文本传输协议)是互联网上应用最为广泛的一种网络协议,用于从...
MySQL Connector/C++是MySQL数据库的一款重要的C++接口,它允许C++开发者利用标准的C++应用编程接口(API)来与MySQL服务器进行交互。这款软件包`mysql-connector-c++-noinstall-1.1.4-win32.zip`包含了MySQL ...
在Windows环境下,使用C++与RabbitMQ进行通信,我们需要首先了解RabbitMQ的基本概念,它是一个开源的消息代理和队列服务器,常用于处理异步任务和分布式系统中的消息传递。RabbitMQ-c是一个C语言编写的轻量级...
在windows平台下使用C++,MFC框架实现了FTP协议的服务端程序。支持客户端的文件下载,上传,删除等常用FTP命令的响应。使用多线程技术,允许多个客户端同时连接。实时记录显示服务器和客户端交互的状态变化。支持...
Linux下基于C++的轻量级Web服务器; (1)使用 线程池 + 非阻塞socket + epoll(ET和LT均实现) + 事件处理(Reactor、Proactor) 的并发模型; (2)使用状态机解析HTTP请求报文,支持解析GET和POST请求; (3)访问...
此代码用c++实现了http客户端的编写,其中包括了多字节转utf8(已在ExecuteRequest函数中实现,不用再引用所给的编码转换),get和post两种请求方式,后面有json数据的解析以及实现,详情可去博客...
总的来说,用C或C++实现HTTP服务和RESTful API需要对网络协议、HTTP工作原理、多线程编程、内存管理和错误处理有深入理解。这是一个挑战性的任务,但也是提升编程技能的好机会,特别是在服务器开发和网络编程领域。...
C++实现SIP协议栈时,需要对这些消息进行解析和构建。 1. **消息解析**:在C++中,可以使用字符串处理函数或正则表达式解析SIP消息头和消息体。头部分通常包含方法、URI、版本、状态代码等关键信息,需要正确解析并...
8.2.7 实现服务器对象 8.2.8 在视图类中实现现场支持 8.2.9 创建并测试OLE服务器 8.3 创建OLE包容器——例程Container 8.3.1 创建新的OLE包容器工程并测试 8.3.2 分析工程代码 8.3.2.1 CContainerApp 8.3.2.2 ...
`http2`可能是源代码文件,里面可能包含了具体的C++实现。通过打开并研究这个项目,你可以更直观地学习如何将理论知识转化为实际代码。 总之,使用C++和WinInet库实现HTTP POST请求并解析XML数据是网络编程中常见的...
通过注册表,实时本机同时作为时间服务器,或者客户端,实现时间同步。 实现平台,Windows2000,XP,Win7。可以与任何一台服务器相连,也可以自己也自己相连。需要完全C++代码的加QQ:182392810
在VS2015中,我们可以使用它的C++标准库支持,例如STL(标准模板库)中的容器、算法和迭代器,以及IO流库来处理输入输出。同时,Boost库的asio模块是实现网络通信的核心,它提供了异步I/O操作,使得我们的框架能够...
在本项目中,“C++基于MFC编程-课程管理系统”是一个使用Microsoft Foundation Classes (MFC)库开发的应用程序,该库是微软为Windows操作系统提供的一个C++类库,用于简化Windows应用程序的开发。MFC提供了丰富的...
《精通Windows Sockets网络开发:基于Visual C++实现》是一本深入探讨网络编程技术的专著,主要聚焦于使用Microsoft的Visual C++编程环境来构建网络应用。Windows Sockets(通常简称为Winsock)是微软为Windows操作...
c++ 实现,在 linux 平台测试通过,windows 上原理是一样的,下载上传大文件没有问题,
在本项目中,开发者使用了QT库和C++编程语言创建了一个HTTP服务器,该服务器具有HTTP代理的功能。这个实现涉及到了多个核心组件和概念,包括网络通信、HTTP协议解析、代理服务以及配置管理等。以下是对这些关键知识...
《Visual C++实践与提高-ActiveX篇》是王晓峰、李云飞编著的一本关于ActiveX技术在Visual C++平台下开发的专著。本书从ActiveX技术的基础知识出发,逐步深入到使用Visual C++开发ActiveX组件的各个方面。书中内容...