websocketc语言
❶ 用c语言写一个http头文件查找函数。
#include <stdio.h>
char * xxx(char *all, char *target){
int i,j,k;
static char t[80];
j = strlen(all);
k = strlen(target);
printf("j=%d k=%d\n",j,k);
for (i=0;i<j-k-1;i++){
if (strncmp(&all[i],target,k)==0) { sscanf( &all[i+k+1],"%s",t);
printf("t = %s\n",t);
break;}
}
return t;
}
main(){
char all[]="GET / HTTP/1.1 Accept-Language: zh-cn,zh;q=0.8,en-us;q=0.5,en;q=0.3 Sec-WebSocket-Key: mHCYmHhGCn44x+g6quuzYg== Cache-Control: no-cache";
char txt[]="Sec-WebSocket-Key:";
char trs[80];
printf("%s",xxx(all,txt));
}
---------
注意 char all[]=" ...." ； 写在1行，或通过文件读入。
char txt[]="Sec-WebSocket-Key:"; 字符串里的冒号不要漏掉，
若不写冒号，计算sscanf位置 时要再加1。sscanf( &all[i+k+2],"%s",t);
❷ 如何使用WebSocket
引擎支持最新的WebSocket Version 13。
在C++中使用
详细代码可参考引擎目录下的/samples/Cpp/TestCpp/Classes/ExtensionsTest/NetworkTest/WebSocketTest.cpp文件。
头文件中的准备工作
首先需要include WebSocket的头文件。
#include "network/WebSocket.h"
cocos2d::network::WebSocket::Delegate定义了使用WebScocket需要监听的回调通知接口。使用WebSocket的类，需要public继承这个Delegate。
class WebSocketTestLayer : public cocos2d::Layer, public cocos2d::network::WebSocket::Delegate
并Override下面的4个接口：
virtual void onOpen(cocos2d::network::WebSocket* ws);
virtual void onMessage(cocos2d::network::WebSocket* ws, const cocos2d::network::WebSocket::Data& data);
virtual void onClose(cocos2d::network::WebSocket* ws);
virtual void onError(cocos2d::network::WebSocket* ws, const cocos2d::network::WebSocket::ErrorCode& error);
后面我们再详细介绍每个回调接口的含义。
新建WebSocket并初始化
WebSocket.org 提供了一个专门用来测试WebSocket的服务器"ws://echo.websocket.org"。 测试代码以链接这个服务器为例，展示如何在Cocos2d-x中使用WebSocket。
新建一个WebSocket：
cocos2d::network::WebSocket* _wsiSendText = new network::WebSocket();
init第一个参数是delegate，设置为this，第二个参数是服务器地址。 URL中的"ws://"标识是WebSocket协议，加密的WebSocket为"wss://".
_wsiSendText->init(*this, "ws://echo.websocket.org")
WebSocket消息监听
在调用send发送消息之前，先来看下4个消息回调。
onOpen
init会触发WebSocket链接服务器，如果成功，WebSocket就会调用onOpen，告诉调用者，客户端到服务器的通讯链路已经成功建立，可以收发消息了。
void WebSocketTestLayer::onOpen(network::WebSocket* ws)
{
if (ws == _wsiSendText)
{
_sendTextStatus->setString("Send Text WS was opened.");
}
}
onMessage
network::WebSocket::Data对象存储客户端接收到的数据， isBinary属性用来判断数据是二进制还是文本，len说明数据长度，bytes指向数据。
void WebSocketTestLayer::onMessage(network::WebSocket* ws, const network::WebSocket::Data& data)
{
if (!data.isBinary)
{
_sendTextTimes++;
char times[100] = {0};
sprintf(times, "%d", _sendTextTimes);
std::string textStr = std::string("response text msg: ")+data.bytes+", "+times;
log("%s", textStr.c_str());
_sendTextStatus->setString(textStr.c_str());
}
}
onClose
不管是服务器主动还是被动关闭了WebSocket，客户端将收到这个请求后，需要释放WebSocket内存，并养成良好的习惯：置空指针。
void WebSocketTestLayer::onClose(network::WebSocket* ws)
{
if (ws == _wsiSendText)
{
_wsiSendText = NULL;
}
CC_SAFE_DELETE(ws);
}
onError
客户端发送的请求，如果发生错误，就会收到onError消息，游戏针对不同的错误码，做出相应的处理。
void WebSocketTestLayer::onError(network::WebSocket* ws, const network::WebSocket::ErrorCode& error)
{
log("Error was fired, error code: %d", error);
if (ws == _wsiSendText)
{
char buf[100] = {0};
sprintf(buf, "an error was fired, code: %d", error);
_sendTextStatus->setString(buf);
}
}
send消息到服务器
在init之后，我们就可以调用send接口，往服务器发送数据请求。send有文本和二进制两中模式。
发送文本
_wsiSendText->send("Hello WebSocket, I'm a text message.");
发送二进制数据(多了一个len参数)
_wsiSendBinary->send((unsigned char*)buf, sizeof(buf));
主动关闭WebSocket
这是让整个流程变得完整的关键步骤, 当某个WebSocket的通讯不再使用的时候，我们必须手动关闭这个WebSocket与服务器的连接。close会触发onClose消息，而后onClose里面，我们释放内存。
_wsiSendText->close();
在Lua中使用
详细代码可参考引擎目录下的/samples/Lua/TestLua/Resources/luaScript/ExtensionTest/WebProxyTest.lua文件。
创建WebSocket对象
脚本接口相对C++要简单很多，没有头文件，创建WebSocket对象使用下面的一行代码搞定。 参数是服务器地址。
wsSendText = WebSocket:create("ws://echo.websocket.org")
定义并注册消息回调函数
回调函数是普通的Lua function，4个消息回调和c++的用途一致，参考上面的说明。
local function wsSendTextOpen(strData)
sendTextStatus:setString("Send Text WS was opened.")
end
local function wsSendTextMessage(strData)
receiveTextTimes= receiveTextTimes + 1
local strInfo= "response text msg: "..strData..", "..receiveTextTimes
sendTextStatus:setString(strInfo)
end
local function wsSendTextClose(strData)
print("_wsiSendText websocket instance closed.")
sendTextStatus = nil
wsSendText = nil
end
local function wsSendTextError(strData)
print("sendText Error was fired")
end
Lua的消息注册不同于C++的继承 & Override，有单独的接口registerScriptHandler。 registerScriptHandler第一个参数是回调函数名，第二个参数是回调类型。 每一个WebSocket实例都需要绑定一次。
if nil ~= wsSendText then
wsSendText:registerScriptHandler(wsSendTextOpen,cc.WEBSOCKET_OPEN)
wsSendText:registerScriptHandler(wsSendTextMessage,cc.WEBSOCKET_MESSAGE)
wsSendText:registerScriptHandler(wsSendTextClose,cc.WEBSOCKET_CLOSE)
wsSendText:registerScriptHandler(wsSendTextError,cc.WEBSOCKET_ERROR)
end
send消息
Lua中发送不区分文本或二进制模式，均使用下面的接口。
wsSendText:sendString("Hello WebSocket中文, I'm a text message.")
主动关闭WebSocket
当某个WebSocket的通讯不再使用的时候，我们必须手动关闭这个WebSocket与服务器的连接，以释放服务器和客户端的资源。close会触发cc.WEBSOCKET_CLOSE消息。
wsSendText:close()
在JSB中使用
详细代码可参考引擎目录下的/samples/Javascript/Shared/tests/ExtensionsTest/NetworkTest/WebSocketTest.js文件。
创建WebSocket对象
脚本接口相对C++要简单很多，没有头文件，创建WebSocket对象使用下面的一行代码搞定。 参数是服务器地址。
this._wsiSendText = new WebSocket("ws://echo.websocket.org");
设置消息回调函数
JSB中的回调函数是WebSocket实例的属性，使用匿名函数直接赋值给对应属性。可以看出JS语言的特性，让绑定回调函数更加优美。四个回调的含义，参考上面c++的描述。
this._wsiSendText.onopen = function(evt) {
self._sendTextStatus.setString("Send Text WS was opened.");
};
this._wsiSendText.onmessage = function(evt) {
self._sendTextTimes++;
var textStr = "response text msg: "+evt.data+", "+self._sendTextTimes;
cc.log(textStr);
self._sendTextStatus.setString(textStr);
};
this._wsiSendText.onerror = function(evt) {
cc.log("sendText Error was fired");
};
this._wsiSendText.onclose = function(evt) {
cc.log("_wsiSendText websocket instance closed.");
self._wsiSendText = null;
};
send消息
发送文本，无需转换，代码如下：
this._wsiSendText.send("Hello WebSocket中文, I'm a text message.");
发送二进制，测试代码中，使用_stringConvertToArray函数来转换string为二进制数据，模拟二进制的发送。 new Uint16Array创建一个16位无符号整数值的类型化数组，内容将初始化为0。然后，循环读取字符串的每一个字符的Unicode编码，并存入Uint16Array，最终得到一个二进制对象。
_stringConvertToArray:function (strData) {
if (!strData)
returnnull;
var arrData = new Uint16Array(strData.length);
for (var i = 0; i < strData.length; i++) {
arrData[i] = strData.charCodeAt(i);
}
return arrData;
},
send二进制接口和send文本没有区别，区别在于传入的对象，JS内部自己知道对象是文本还是二进制数据，然后做不同的处理。
var buf = "Hello WebSocket中文,\0 I'm\0 a\0 binary\0 message\0.";
var binary = this._stringConvertToArray(buf);
this._wsiSendBinary.send(binary.buffer);
主动关闭WebSocket
当某个WebSocket的通讯不再使用的时候，我们必须手动关闭这个WebSocket与服务器的连接，以释放服务器和客户端的资源。close会触发onclose消息。
onExit: function() {
if (this._wsiSendText)
this._wsiSendText.close();
}
❸ vc怎么加载websocket
就是一组已经完成的协议，调用new WebSocket(url)与服务器握手，WebSocket.send()发送信息，onmessage事件处理得到的消息，很简单的 附：服务器端就不好做了，可以参考一下Torando(一个python语言的服务器,支持websocket)
❹ 如何理解 TCP/IP，SPDY，WebSocket 三者之间的关系
我也不知道····只好复制一份···共同学习~~ 要写网络程序就必须用Socket，这是程序员都知道的。而且，面试的时候，我们也会问对方会不会Socket编程？一般来说，很多人都会说，Socket编程基本就是listen，accept以及send，write等几个基本的操作。是的，就跟常见的文件操作一样，只要写过就一定知道。对于网络编程，我们也言必称TCP/IP，似乎其它网络协议已经不存在了。对于TCP/IP，我们还知道TCP和UDP，前者可以保证数据的正确和可靠性，后者则允许数据丢失。最后，我们还知道，在建立连接前，必须知道对方的IP地址和端口号。除此，普通的程序员就不会知道太多了，很多时候这些知识已经够用了。最多，写服务程序的时候，会使用多线程来处理并发访问。我们还知道如下几个事实：1。一个指定的端口号不能被多个程序共用。比如，如果IIS占用了80端口，那么Apache就不能也用80端口了。2。很多防火墙只允许特定目标端口的数据包通过。3。服务程序在listen某个端口并accept某个连接请求后，会生成一个新的socket来对该请求进行处理。于是，一个困惑了我很久的问题就产生了。如果一个socket创建后并与80端口绑定后，是否就意味着该socket占用了80端口呢？如果是这样的，那么当其accept一个请求后，生成的新的socket到底使用的是什么端口呢（我一直以为系统会默认给其分配一个空闲的端口号）？如果是一个空闲的端口，那一定不是80端口了，于是以后的TCP数据包的目标端口就不是80了--防火墙一定会组织其通过的！实际上，我们可以看到，防火墙并没有阻止这样的连接，而且这是最常见的连接请求和处理方式。我的不解就是，为什么防火墙没有阻止这样的连接？它是如何判定那条连接是因为connet80端口而生成的？是不是TCP数据包里有什么特别的标志？或者防火墙记住了什么东西？后来，我又仔细研读了TCP/IP的协议栈的原理，对很多概念有了更深刻的认识。比如，在TCP和UDP同属于传输层，共同架设在IP层（网络层）之上。而IP层主要负责的是在节点之间（End to End）的数据包传送，这里的节点是一台网络设备，比如计算机。因为IP层只负责把数据送到节点，而不能区分上面的不同应用，所以TCP和UDP协议在其基础上加入了端口的信息，端口于是标识的是一个节点上的一个应用。除了增加端口信息，UPD协议基本就没有对IP层的数据进行任何的处理了。而TCP协议还加入了更加复杂的传输控制，比如滑动的数据发送窗口（Slice Window），以及接收确认和重发机制，以达到数据的可靠传送。不管应用层看到的是怎样一个稳定的TCP数据流，下面传送的都是一个个的IP数据包，需要由TCP协议来进行数据重组。所以，我有理由怀疑，防火墙并没有足够的信息判断TCP数据包的更多信息，除了IP地址和端口号。而且，我们也看到，所谓的端口，是为了区分不同的应用的，以在不同的IP包来到的时候能够正确转发。TCP/IP只是一个协议栈，就像操作系统的运行机制一样，必须要具体实现，同时还要提供对外的操作接口。就像操作系统会提供标准的编程接口，比如Win32编程接口一样，TCP/IP也必须对外提供编程接口，这就是Socket编程接口--原来是这么回事啊！在Socket编程接口里，设计者提出了一个很重要的概念，那就是socket。这个socket跟文件句柄很相似，实际上在BSD系统里就是跟文件句柄一样存放在一样的进程句柄表里。这个socket其实是一个序号，表示其在句柄表中的位置。这一点，我们已经见过很多了，比如文件句柄，窗口句柄等等。这些句柄，其实是代表了系统中的某些特定的对象，用于在各种函数中作为参数传入，以对特定的对象进行操作--这其实是C语言的问题，在C++语言里，这个句柄其实就是this指针，实际就是对象指针啦。现在我们知道，socket跟TCP/IP并没有必然的联系。Socket编程接口在设计的时候，就希望也能适应其他的网络协议。所以，socket的出现只是可以更方便的使用TCP/IP协议栈而已，其对TCP/IP进行了抽象，形成了几个最基本的函数接口。比如create，listen，accept，connect，read和write等等。现在我们明白，如果一个程序创建了一个socket，并让其监听80端口，其实是向TCP/IP协议栈声明了其对80端口的占有。以后，所有目标是80端口的TCP数据包都会转发给该程序（这里的程序，因为使用的是Socket编程接口，所以首先由Socket层来处理）。所谓accept函数，其实抽象的是TCP的连接建立过程。accept函数返回的新socket其实指代的是本次创建的连接，而一个连接是包括两部分信息的，一个是源IP和源端口，另一个是宿IP和宿端口。所以，accept可以产生多个不同的socket，而这些socket里包含的宿IP和宿端口是不变的，变化的只是源IP和源端口。这样的话，这些socket宿端口就可以都是80，而Socket层还是能根据源/宿对来准确地分辨出IP包和socket的归属关系，从而完成对TCP/IP协议的操作封装！而同时，放火墙的对IP包的处理规则也是清晰明了，不存在前面设想的种种复杂的情形。明白socket只是对TCP/IP协议栈操作的抽象，而不是简单的映射关系，这很重要！
❺ websocket和socket可以互联吗
可以的
Socket 其实并不是一个协议。它工作在 OSI 模型会话层（第5层），是为了方便大家直接使用更底层协议（一般是 TCP 或 UDP ）而存在的一个抽象层。
最早的一套 Socket API 是 Berkeley sockets ，采用 C 语言实现。它是 Socket 的事实标准，POSIX sockets 是基于它构建的，多种编程语言都遵循这套 API，在 JAVA、Python 中都能看到这套 API 的影子。
❻ C 实现的 WebSocket 服务器握手失败
WebSocket是HTML5开始提供的一种浏览器与服务器间进行全双工通讯的网络技术。在WebSocketAPI中，浏览器和服务器只需要做一个握手的动作，然后，浏览器和服务器之间就形成了一条快速通道。两者之间就直接可以数据互相传送。
❼ 有没有比较易用的c++ websocket库
就C++语言层面以及标准库不提供WebSocket的API支持
可以依赖以下列的第三方实现
Webkit
客户端
API实现必须你自己从源码提取出来用
QtWebkits
客户端/服务端
需Qt Framework支持
Wt
客户端/服务端
依赖Boost asio
libwebsockets
客户端/服务端
属于C Lib, 调用简单,文档清晰 你可以自己封装C++的Spec
还有很多第三方的实现, 可以自行网络
❽ websocket 怎么实现消息队列
打印1到5的阶乘值。
int fac(int n)
{static int f=1;
f=f*n;
return(f);
}
main()
{int i;
for(i=1;i<=5;i++)
printf("%d!=%d\n",i,fac(i));
}
8.9.4 register变量
为了提高效率，C语言允许将局部变量得值放在CPU中的寄存器中，这种变量叫“寄存器变量”，用关键字register作声明。
❾ c++ websocketpp 怎么用
首先：在我们是要使用C++搭配现有的函数库来开发的，所以不太适合使用一般的网站服务器方案；而在稍微评估了一下后，后来是决定使用“WebSocket++”这个函数库，来做为C++环境的WebSocket Server开发方案。
WebSocket++的官方网站是：http://www.zaphoyd.com/websocketpp，他是采用BSD License的OpenSource、跨平台函数库，文件则都放在Github上（网页）。他目前最新的版本是0.3.x，在Github上要切换到“experimental”这个brahch；而这个版本的WebSocket++基本上是使用C++11以及Boost C++ Libraries里的ASIO（官网）来实作的Header -Only的函数库，所以在使用前不需要特别去建置这个函数库、只要在需要时去include他的Header档就可以了，相当地方便。
然后在WebSocket 的功能方面，他除了有提供Server 端的功能外，也可以用来开发Client 端的程序，算是相当地完整；虽然他的板号还在0.3，好像还很新，不过实际上功能应该算是够用了～
1.文件准备
如果要使用WebSocket++ 的话，基本上就是先到GitHub 上0.3.x 这个分支：https://github.com/zaphoyd/websocketpp/tree/experimental去把文件下载下来。而下载下来的文件里面，“websocketpp”这个文件夹，就是要使用这个函数库时，所有需要的文件了～而文件的部分，则是要连到他的网页（链结）去看，内容不算很完整，Heresy算是看着范例程序和原始码写出来的；这点算是Heresy觉得这个函数库做的比较差一点的地方，不过考虑到现在还是0.3版，也就不要要求太多了。
另外，由于他是基于Boost ASIO来开发网络的功能，所以也必须要下载Boost C++ Libraries来使用；Boost的官方网站是：http://www.boost.org/。
而如果有需要用到TLS的加密连线的话，应该是会需要使用OpenSSL这个函数库（官网）；如果不打算做加密连线的话，基本上是可以跳过这个函数库的。（Heresy没试过这部分）
2.基本概念
WebSocket++的基本使用说明，可以参考《Building a program with WebSocket++》这份文件。Heresy这边算是整理一下，自己玩过后的想法。
首先，要使用WebSocket++ 来开发程序的时候，基本上要include 两种文件，一种是用来做组态设置（config）的，一种则是用来决定要开发的程序的脚色类型（Role）的。
Role
在Role 的部分，主要就是分成Server 和Client 两种；Server 就是用来开发WebSocket 服务器的，而Client 则是可以用来开发C++ 的WebSocket 的用户端程序、连线到其他的??WebSocket Server 做数据的存取。
如果要建立Server 端的程序的话，就是要include server 用的header 档：
#include <websocketpp/server.hpp>
而之后则是就可以建立出websocketpp::server<>的物件，拿来做操作。
如果是要建立Client 端程序的话，则是要include client 的header 档：
#include <websocketpp/client.hpp>
之后则是建立出websocketpp::client<>的物件来做连线。
而WebSocket++的server或client这两种类别，都是template的class，在建立时也需要指定要使用的config才可以。
Config
Config 的部分，WebSocket++ 主要提供了三种类型：
config::core
config::asio
config::asio_tls
上面这三种类型，在WebSocket++是不同的结构，，config::core基本上是提供有限功能的设置，相对的他只会用到C++11的功能。而config::asio则是使用Boost ASIO做基础来提供完整的功能；config::asio_tls则是config::asio再加上TLS的连线加密功能。
而根据组合的不同，不同的config也需要include websocketpp/config的目录下、不同的header档：
Server
Client
core
core.hpp
core_client.hpp
asio
asio_no_tls.hpp
asio_no_tls_client.hpp
asio_tls
asio.hpp
asio_client.hpp
而如果是以要建立一个使用Boost ASIO、没有TLS加密的Server的话，基本上就是要include
asio_no_tls.hpp
#include <websocketpp/config/asio_no_tls.hpp>
其他的组合，也可以依此类顶。
Endpoint
在决定要include 哪两个文件后，接下来就可以在程序里面，建立出需要使用的WebSocket++ 物件了。
如果是要建立使用Boost ASIO、没有TLS 加密的Server 的话，基本上要include 的文件就是：
#include <websocketpp/server.hpp>
#include <websocketpp/config/asio_no_tls.hpp>
而在控制用的物件的部分，则就是：
websocketpp:: server <websocketpp::config:: asio > mServer;
之后，所有的功能就都是针对mServer这个物件进行操作。而在WebSocket++里面，则是把它称为“endpoint”；通过组合出不同的endpoint，就可以实作不同的功能了。
Server 的范例
基本上，因为Heresy的目的是要建立一个WebSocket Server让网页来连线，所以这边就只讲Server的部分了～而实际上，在《Building a program with WebSocket++》里，官方就有提供一个很简单的使用范例了～他的源代码如下：
#include <iostream>
#include <websocketpp/config/asio_no_tls.hpp>
#include <websocketpp/server.hpp>
typedef websocketpp:: server <websocketpp::config:: asio > server ;
void on_message(websocketpp:: connection_hdl hdl , server :: message_ptr msg )
{
std::cout << msg ->get_payload() << std::endl;
} int main()
{ server print_server;
print_server.set_message_handler(&on_message);
print_server.init_asio();
print_server. listen(9002);
print_server.start_accept(); print_server.run ();
}
在这个范例里面，他是通过websocketpp:: server <websocketpp::config:: asio >这个Endpoint，来建立一个使用Boost ASIO、没有TLS加密的WebSocket Server。这个server程序在执行后，会持续去监听port 9002，当有信息传递进来的时候，就会触发到on_message()这个函数、并把接到的信息输出到命令提示字符的窗口上。
如果想要测试连线的话，可以考虑用 WebSocket.org 提供的
不过实际上，由于WebSocket++ 本身也有log 的功能，所以除了收到的信息会被输出之外，还有很多纪录用的信息，也都会被输出在画面上，看起来可能会有点杂乱就是了。
另外，由于这个范例程序，只会从client接收信息，并不会传送数据给Server端，所以Echo Text的Log里面，并不会像连到ws:// echo.websocket.org
在源代码的地方，首先就是建立出一个endpoint的server物件print_server，用来做后续的操作。
而在建立出print_server后，接下来要做的事情，包括了：
初始化ASIO
调用init_asio()这个函数，初始化内部的Boost ASIO的io_service（官网），作为后续网络连线等功能之使用。
设置连接端口
调用listen()这个函数，指定要监听的连接端口；这边是设置成9002。
而如果系统上有多个网卡的话，默认会监听所有的网络接口；如果需要的话也可以特别指定要针对哪个接口做监听。
开始接受连线
调用start_accept()开始接受输入。
进入主循环
调用run()，进入WebSocket++ Server的主循环。
之后程序就会进入主循环，直到Server 被停下来。
那要怎么处理连线进来的信息呢？WebSocket++是通过提供各种“Handler”（callback function），来做事件的处理；在官方网站上，有列出可以使用的handler列表（页面）。
而在这个范例里，则是通过set_message_handler()，来设置当Server收到信息时，要执行的callback function，这里就是on_message()这个函数；这也是一般来说，一定会用到的callback function 。
而message handler 的callback function，会收到两个数据：
一个是websocketpp::connection_hdl型别的数据，是用来识别目前的连线用的；如果之后要传送信息给client的话，就必须要通过这个物件，来设置要把信息传送给谁。而如果有需要的话，也可以借由server<>的get_con_fromhdl()来取得触发这个 ??事件的连线、以及他的资讯。
第二个资讯，则是websocketpp::server<>::message_ptr，里面储存的是传递进来的信息。一般来说，这会通过他的get_payload()函数，来取得传递进来的信息，而得到的数据，会是const string&。不过由于WebSocket也有可能是传递非文字的binary数据，所以可能会需要通过 get_opcode()这个函数，来辨别传递进来的数据的形式。
而在这个范例里面，on_message()这个函数，就是很单纯地把街道的资讯，通过iostream做输出了～
在网页上的这个范例里面，这个Server只有做接收的功能，并不会送信息给Client端。那如果要送信息给client端要怎么做呢？基本上就是调用server<>的send()这个函数就可以了。
在官方的example文件夹里，有个echo_server的目录，里面的echo_server.cpp
而他送出数据的方法，就是：
s->send(hdl, msg->get_payload(), msg->get_opcode());
这边可以看到，要调用sned()这个函数来传递数据，基本上是需要给他三个参数：
websocketpp::connection_hdl的物件，让Server知道是要传给哪个client。
要传递的数据，这边就是直接把收到的信息（msg->get_payload()）再传出去；实际上send()有提供不同的接口，实际的数据型别可以是const void*或const string&。
最后，则是要有一个opcode，来指定要传 ??递的资讯的形式；如果是纯文字的话，基本上可以直接指定websocketpp::frame::opcode::TEXT。
而这个范例程序在执行后，如果一样使用 WebSocket.org 的 来测试的话，就可以发现他的功能和 WebSocket.org 测试用的 ws://echo.websocket.org
Windows / Visual Studio 上的问题
上面基本上就是WebSocket++ 使用上的基本用法。不过实际上，这样的源代码，在Heresy 这边的Windows + Visual Studio 2010 / 2012，都是没办法正确建置的。
最主要的问题，基本上应该算是VC++ 本身对Boost C++ Library 的支援性问题吧…在Heresy 测试的结果是发现，如果希望在VisualStudio 2010 或2012 上使用的WebSocket++ 的话，有部分的功能??必须要强制让WebSocket++ 去使用C++ 11 的内建函数库，而不要去使用Boost 的版本。
设置的方法，可以参考官方的《C++11 Support》这页。以Heresy这边的测试来说，至少functional和memory两个函数库，是需要使用C++11 STL的版本才行的；也就是说，必须要加上_WEBSOCKETPP_CPP11_MEMORY_和_WEBSOCKETPP_CPP11_FUNCTIONAL_这两个定义（因为MSVC不支援完整的C++11，所以不能直接用_WEBSOCKETPP_CPP11_STL_）。
但是，在加上这两个定义后，实际上会产生另一个问题，那就是std::min()和巨集版本的min()冲到的问题（参考）；这个问题，比较简单的方法，就是在再额外定义一个NOMINMAX，来取消掉巨集版本的min()和max()了。
所以，实际上要让上面的程序可以正常运作，一个方法就是在原始码的一开始、include WebSocket++ 的Header 之前，先加上下面三行：
#define NOMINMAX
#define _WEBSOCKETPP_CPP11_FUNCTIONAL_
#define _WEBSOCKETPP_CPP11_MEMORY_
或是在VC的专案属性的“组态属性”里面，找到“C/C++”的“前置处理器”，在“前置处理气定义”的栏位里面，加上“NOMINMAX;_WEBSOCKETPP_CPP11_FUNCTIONAL_;_WEBSOCKETPP_CPP11_MEMORY_”了。
理论上，这两种方法应该都可以让MSVC可以正确地建置上面的范例程序。而这个问题Heresy也有回报给作者了（链结），就看之后有没有办法修正吧。
另外，Heresy在使用Visual Studio 2012的时候，虽然可以正确编译了，可是在执行阶段，则是会当掉。稍微追了一下源代码后，发现应该是Visual Studio 2012的std::strftime()这个函数（MSDN）有问题所造成的。
主要的问题是发生在 logger/ basic.hpp这个文件，里面定义的get_timestamp()这个函数里面有透 ??过std::strftime()来打印出目前的时间，以做为纪录之用；而他定义的输出字串，则是一个长度30的C字串buffer。
由于他有试着输出时区的资讯（%z），而在Visual Sutdio里，如果在台湾的环境的话，他会是一个“台北标准时间”这样的文字；而这样的文字，再加上前面的时间资讯的会，就导致整个结果会超过30个字符。而在这个状况下，Visual Studio 2010只是会无法输出，但是在Visual Studio 2012，却可能是让程序整个当掉… orz
而解决方法呢？基本上应该是两种，一个是把buffer的大小改大、例如把它改成40（要改两个地方，一个是105行、一个是111行，参考），这样可以让字串够长、不会出问题；另一种方法，则是把105行里定义的时间格式字串“"%Y-%m-%d %H:%M:%S%z"”，最后面的“%z”拿掉，这样就不会去处理时区的资讯，也就比较不容易出问题了。
最后：这篇大概就这样了。内容，算是对WebSocket++ 的极简单介绍的～实际上，由于官方文件实在不足，所以学习起来有点累；不过，至少已经成功地用WebSocket++ 完成第一个WebSocket 的Server 端程序了～接下来，看看有什么特殊的想法，会再做补充吧。
❿ c语言连接websocket服务器怎么实现
当一般的socket来连接
~