Comet：基于 HTTP 长连接的“服务器推”技术
技术
级别：中级
周婷(mailto:zhouting@https://www.wendangku.net/doc/6816883789.html,?subject=Comet：基于HTTP 长连接的“服务器推”技术), 软件工程师, IBM 中国软件开发技术实验室
2007 年8 月31 日
很多应用譬如监控、即时通信、即时报价系统都需要将后台发生的变化实时传送到客户端而无须客户端不停地刷新、发送请求。本文首先介绍、比较了常用的“服务器推”方案，着重介绍了Comet －使用HTTP 长连接、无须浏览器安装插件的两种“服务器推”方案：基于AJAX 的长轮询方式；基于iframe 及htmlfile 的流方式。最后分析了开发Comet 应用需要注意的一些问题，以及如何借助开源的Comet 框架－pushlet 构建自己的“服务器推”应用。
“服务器推”技术的应用
式并不能满足很多现实应用的需求，譬如：
?监控系统：后台硬件热插拔、LED、温度、电压发生变化；
?即时通信系统：其它用户登录、发送信息；
?即时报价系统：后台数据库内容发生变化；
这些应用都需要服务器能实时地将更新的信息传送到客户端，而无须客户端发出请求。“服务器推”技术在现实应用中有一些解决方案，本文将这些解决方案分为两类：一类需要在浏览器端安装插件，基于套接口传送信息，或是使用RMI、CORBA 进行远程调用；而另一类则无须浏览器安装任何插件、基于HTTP 长连接。
将“服务器推”应用在Web 程序中，首先考虑的是如何在功能有限的浏览器端接收、处理信息：
1.客户端如何接收、处理信息，是否需要使用套接口或是使用远程调用。客户端呈现给用户的是HTML 页面还是Java
applet 或Flash 窗口。如果使用套接口和远程调用，怎么和JavaScript 结合修改HTML 的显示。
2.客户与服务器端通信的信息格式，采取怎样的出错处理机制。
3.客户端是否需要支持不同类型的浏览器如IE、Firefox，是否需要同时支持Windows 和Linux 平台。
基于客户端套接口的“服务器推”技术
Flash XMLSocket
如果Web 应用的用户接受应用只有在安装了Flash 播放器才能正常运行，那么使用Flash 的XMLSocket 也是一个可行的方案。
这种方案实现的基础是：
1.Flash 提供了XMLSocket 类。
2.JavaScript 和Flash 的紧密结合：在JavaScript 可以直接调用Flash 程序提供的接口。
具体实现方法：在HTML 页面中内嵌入一个使用了XMLSocket 类的Flash 程序。JavaScript 通过调用此Flash 程序提供的套接口接口与服务器端的套接口进行通信。JavaScript 在收到服务器端以XML 格式传送的信息后可以很容易地控制HTML 页面的内容显示。
关于如何去构建充当了JavaScript 与Flash XMLSocket 桥梁的Flash 程序，以及如何在JavaScript 里调用Flash 提供的接
口，我们可以参考AFLAX（Asynchronous Flash and XML）项目提供的Socket Demo 以及SocketJS（请参见参考资源）。
Javascript 与Flash 的紧密结合，极大增强了客户端的处理能力。从Flash 播放器V7.0.19 开始，已经取消了XMLSocket 的端口必须大于1023 的限制。Linux 平台也支持Flash XMLSocket 方案。但此方案的缺点在于：
1.客户端必须安装Flash 播放器；
2.因为XMLSocket 没有HTTP 隧道功能，XMLSocket 类不能自动穿过防火墙；
3.因为是使用套接口，需要设置一个通信端口，防火墙、代理服务器也可能对非HTTP 通道端口进行限制；
不过这种方案在一些网络聊天室，网络互动游戏中已得到广泛使用。
Java Applet 套接口
在客户端使用Java Applet，通过https://www.wendangku.net/doc/6816883789.html,.Socket或https://www.wendangku.net/doc/6816883789.html,.DatagramSocket或
https://www.wendangku.net/doc/6816883789.html,.MulticastSocket建立与服务器端的套接口连接，从而实现“服务器推”。
这种方案最大的不足在于Java applet 在收到服务器端返回的信息后，无法通过JavaScript 去更新HTML 页面的内容。
回页首基于HTTP 长连接的“服务器推”技术
Comet 简介
浏览器作为Web 应用的前台，自身的处理功能比较有限。浏览器的发展需要客户端升级软件，同时由于客户端浏览器软件的多样性，在某种意义上，也影响了浏览器新技术的推广。在Web 应用中，浏览器的主要工作是发送请求、解析服务器返回的信息以不同的风格显示。AJAX 是浏览器技术发展的成果，通过在浏览器端发送异步请求，提高了单用户操作的响应性。但Web 本质上是一个多用户的系统，对任何用户来说，可以认为服务器是另外一个用户。现有AJAX 技术的发展并不能解决在一个多用户的Web 应用中，将更新的信息实时传送给客户端，从而用户可能在“过时”的信息下进行操作。而AJAX 的应用又使后台数据更新更加频繁成为可能。
图 1. 传统的Web 应用模型与基于AJAX 的模型之比较
“服务器推”是一种很早就存在的技术，以前在实现上主要是通过客户端的套接口，或是服务器端的远程调用。因为浏览器技术的发展比较缓慢，没有为“服务器推”的实现提供很好的支持，在纯浏览器的应用中很难有一个完善的方案去实现“服务器推”并用于商业程序。最近几年，因为AJAX 技术的普及，以及把IFrame 嵌在“htmlfile“的ActiveX 组件中可以解决IE 的加载显示问题，一些受欢迎
的应用如meebo，gmail+gtalk 在实现中使用了这些新技术；同时“服务器推”在现实应用中确实存在很多需求。因为这些原因，基于纯浏览器的“服务器推”技术开始受到较多关注，Alex Russell（Dojo Toolkit 的项目Lead）称这种基于HTTP 长连接、无须在浏览器端安装插件的“服务器推”技术为“Comet”。目前已经出现了一些成熟的Comet 应用以及各种开源框架；一些Web 服务器如Jetty 也在为支持大量并发的长连接进行了很多改进。关于Comet 技术最新的发展状况请参考关于Comet 的wiki。
下面将介绍两种Comet 应用的实现模型。
基于AJAX 的长轮询（long-polling）方式
如图1所示，AJAX 的出现使得JavaScript 可以调用XMLHttpRequest 对象发出HTTP 请求，JavaScript 响应处理函数根据服务器返回的信息对HTML 页面的显示进行更新。使用AJAX 实现“服务器推”与传统的AJAX 应用不同之处在于：
1.服务器端会阻塞请求直到有数据传递或超时才返回。
2.客户端JavaScript 响应处理函数会在处理完服务器返回的信息后，再次发出请求，重新建立连接。
3.当客户端处理接收的数据、重新建立连接时，服务器端可能有新的数据到达；这些信息会被服务器端保存直到客户端重新
建立连接，客户端会一次把当前服务器端所有的信息取回。
图 2. 基于长轮询的服务器推模型
一些应用及示例如“Meebo”, “Pushlet Chat” 都采用了这种长轮询的方式。相对于“轮询”（poll），这种长轮询方式也可以称为“拉”（pull）。因为这种方案基于AJAX，具有以下一些优点：请求异步发出；无须安装插件；IE、Mozilla FireFox 都支持AJAX。
在这种长轮询方式下，客户端是在XMLHttpRequest 的readystate 为4（即数据传输结束）时调用回调函数，进行信息处理。当readystate 为 4 时，数据传输结束，连接已经关闭。Mozilla Firefox 提供了对Streaming AJAX 的支持，即readystate 为3 时（数据仍在传输中），客户端可以读取数据，从而无须关闭连接，就能读取处理服务器端返回的信息。IE 在readystate 为3 时，不能读取服务器返回的数据，目前IE 不支持基于Streaming AJAX。
基于Iframe 及htmlfile 的流（streaming）方式
iframe 是很早就存在的一种HTML 标记，通过在HTML 页面里嵌入一个隐蔵帧，然后将这个隐蔵帧的SRC 属性设为对一个长连接的请求，服务器端就能源源不断地往客户端输入数据。
图 3. 基于流方式的服务器推模型
上节提到的AJAX 方案是在JavaScript 里处理XMLHttpRequest 从服务器取回的数据，然后Javascript 可以很方便的去控制HTML 页面的显示。同样的思路用在iframe 方案的客户端，iframe 服务器端并不返回直接显示在页面的数据，而是返回对客户端Javascript 函数的调用，如“”。服务器端将返回的数据作为客户端JavaScript 函数的参数传递；客户端浏览器的Javascript 引擎在收到服务器返回的JavaScript 调用时就会去执行代码。
从图3可以看到，每次数据传送不会关闭连接，连接只会在通信出现错误时，或是连接重建时关闭（一些防火墙常被设置为丢弃过长的连接，服务器端可以设置一个超时时间，超时后通知客户端重新建立连接，并关闭原来的连接）。
使用iframe 请求一个长连接有一个很明显的不足之处：IE、Morzilla Firefox 下端的进度栏都会显示加载没有完成，而且IE 上方的图标会不停的转动，表示加载正在进行。Google 的天才们使用一个称为“htmlfile”的ActiveX 解决了在IE 中的加载显示问题，并将这种方法用到了gmail+gtalk 产品中。Alex Russell 在“What else is burried down in the depth's of Google's amazing JavaScript?”文章中介绍了这种方法。Zeitoun 网站提供的comet-iframe.tar.gz，封装了一个基于iframe 和htmlfile 的JavaScript comet 对象，支持IE、Mozilla Firefox 浏览器，可以作为参考。（请参见参考资源）
回页首使用Comet 模型开发自己的应用
上面介绍了两种基于HTTP 长连接的“服务器推”架构，更多描述了客户端处理长连接的技术。对于一个实际的应用而言，系统的稳定性和性能是非常重要的。将HTTP 长连接用于实际应用，很多细节需要考虑。
不要在同一客户端同时使用超过两个的HTTP 长连接
我们使用IE 下载文件时会有这样的体验，从同一个Web 服务器下载文件，最多只能有两个文件同时被下载。第三个文件的下载会被阻塞，直到前面下载的文件下载完毕。这是因为HTTP 1.1 规范中规定，客户端不应该与服务器端建立超过两个的HTTP 连接，新的连接会被阻塞。而IE 在实现中严格遵守了这种规定。
HTTP 1.1 对两个长连接的限制，会对使用了长连接的Web 应用带来如下现象：在客户端如果打开超过两个的IE 窗口去访问同一个使用了长连接的Web 服务器，第三个IE 窗口的HTTP 请求被前两个窗口的长连接阻塞。
所以在开发长连接的应用时，必须注意在使用了多个frame 的页面中，不要为每个frame 的页面都建立一个HTTP 长连接，这样会阻塞其它的HTTP 请求，在设计上考虑让多个frame 的更新共用一个长连接。
服务器端的性能和可扩展性
一般Web 服务器会为每个连接创建一个线程，如果在大型的商业应用中使用Comet，服务器端需要维护大量并发的长连接。在这种应用背景下，服务器端需要考虑负载均衡和集群技术；或是在服务器端为长连接作一些改进。
应用和技术的发展总是带来新的需求，从而推动新技术的发展。HTTP 1.1 与 1.0 规范有一个很大的不同：1.0 规范下服务器在处理完每个Get/Post 请求后会关闭套接口连接；而 1.1 规范下服务器会保持这个连接，在处理两个请求的间隔时间里，这个连接处于空闲状态。Java 1.4 引入了支持异步IO 的java.nio 包。当连接处于空闲时，为这个连接分配的线程资源会返还到线程池，可以供新的连接使用；当原来处于空闲的连接的客户发出新的请求，会从线程池里分配一个线程资源处理这个请求。这种技术在连接处于空闲的机率较高、并发连接数目很多的场景下对于降低服务器的资源负载非常有效。
但是AJAX 的应用使请求的出现变得频繁，而Comet 则会长时间占用一个连接，上述的服务器模型在新的应用背景下会变得非常低效，线程池里有限的线程数甚至可能会阻塞新的连接。Jetty 6 Web 服务器针对AJAX、Comet 应用的特点进行了很多创新的改进，请参考文章“AJAX，Comet and Jetty”（请参见参考资源）。
控制信息与数据信息使用不同的HTTP 连接
使用长连接时，存在一个很常见的场景：客户端网页需要关闭，而服务器端还处在读取数据的堵塞状态，客户端需要及时通知服务器端关闭数据连接。服务器在收到关闭请求后首先要从读取数据的阻塞状态唤醒，然后释放为这个客户端分配的资源，再关闭连接。
所以在设计上，我们需要使客户端的控制请求和数据请求使用不同的HTTP 连接，才能使控制请求不会被阻塞。
在实现上，如果是基于iframe 流方式的长连接，客户端页面需要使用两个iframe，一个是控制帧，用于往服务器端发送控制请求，控制请求能很快收到响应，不会被堵塞；一个是显示帧，用于往服务器端发送长连接请求。如果是基于AJAX 的长轮询方式，客户端可以异步地发出一个XMLHttpRequest 请求，通知服务器端关闭数据连接。
在客户和服务器之间保持“心跳”信息
在浏览器与服务器之间维持一个长连接会为通信带来一些不确定性：因为数据传输是随机的，客户端不知道何时服务器才有数据传送。服务器端需要确保当客户端不再工作时，释放为这个客户端分配的资源，防止内存泄漏。因此需要一种机制使双方知道大家都在正常运行。在实现上：
1.服务器端在阻塞读时会设置一个时限，超时后阻塞读调用会返回，同时发给客户端没有新数据到达的心跳信息。此时如果
客户端已经关闭，服务器往通道写数据会出现异常，服务器端就会及时释放为这个客户端分配的资源。
2.如果客户端使用的是基于AJAX 的长轮询方式；服务器端返回数据、关闭连接后，经过某个时限没有收到客户端的再次请
求，会认为客户端不能正常工作，会释放为这个客户端分配、维护的资源。
3.当服务器处理信息出现异常情况，需要发送错误信息通知客户端，同时释放资源、关闭连接。
Pushlet - 开源Comet 框架
Pushlet 是一个开源的Comet 框架，在设计上有很多值得借鉴的地方，对于开发轻量级的Comet 应用很有参考价值。
观察者模型
Pushlet 使用了观察者模型：客户端发送请求，订阅感兴趣的事件；服务器端为每个客户端分配一个会话ID 作为标记，事件源会把新产生的事件以多播的方式发送到订阅者的事件队列里。
客户端JavaScript 库
pushlet 提供了基于AJAX 的JavaScript 库文件用于实现长轮询方式的“服务器推”；还提供了基于iframe 的JavaScript 库文件用于实现流方式的“服务器推”。
JavaScript 库做了很多封装工作：
1.定义客户端的通信状态：STATE_ERROR、STATE_ABORT、STATE_NULL、STATE_READY、
STATE_JOINED、STATE_LISTENING；
2.保存服务器分配的会话ID，在建立连接之后的每次请求中会附上会话ID 表明身份；
3.提供了join()、leave()、subscribe()、unsubsribe()、listen()等API 供页面
调用；
4.提供了处理响应的JavaScript 函数接口onData()、onEvent()…
网页可以很方便地使用这两个JavaScript 库文件封装的API 与服务器进行通信。
客户端与服务器端通信信息格式
pushlet 定义了一套客户与服务器通信的信息格式，使用XML 格式。定义了客户端发送请求的类型：join、leave、subscribe、unsubscribe、listen、refresh；以及响应的事件类型：data、join_ack、listen_ack、refresh、heartbeat、error、abort、subscribe_ack、
unsubscribe_ack。
服务器端事件队列管理
pushlet 在服务器端使用Java Servlet 实现，其数据结构的设计框架仍可适用于PHP、C 编写的后台客户端。
Pushlet 支持客户端自己选择使用流、拉（长轮询）、轮询方式。服务器端根据客户选择的方式在读取事件队列（fetchEvents）时进行不同的处理。“轮询”模式下fetchEvents()会马上返回。”流“和”拉“模式使用阻塞的方式读事件，如果超时，会发给客户端发送一个没有新信息收到的“heartbeat“事件，如果是“拉”模式，会把“heartbeat”与“refresh”事件一起传给客户端，通知客户端重新发出请求、建立连接。
客户服务器之间的会话管理
服务端在客户端发送join请求时，会为客户端分配一个会话ID，并传给客户端，然后客户端就通过此会话ID 标明身份发出subscribe和listen请求。服务器端会为每个会话维护一个订阅的主题集合、事件队列。
服务器端的事件源会把新产生的事件以多播的方式发送到每个会话（即订阅者）的事件队列里。
回页首小结
本文介绍了如何在现有的技术基础上选择合适的方案开发一个“服务器推”的应用，最优的方案还是取决于应用需求的本身。相对于传统的Web 应用，目前开发Comet 应用还是具有一定的挑战性。
“服务器推”存在广泛的应用需求，为了使Comet 模型适用于大规模的商业应用，以及方便用户构建Comet 应用，最近几年，无论是服务器还是浏览器都出现了很多新技术，同时也出现了很多开源的Comet 框架、协议。需求推动技术的发展，相信Comet 的应用会变得和AJAX 一样普及。
参考资料
学习
?developerWorks 文章“ 面向Java 开发人员的Ajax: 使用Jetty 和Direct Web Remoting 编写可扩展的Comet 应用程序”：受异步服务器端事件驱动的Ajax 应用程序实现较为困难，本文介绍了一种结合使用Comet 模式
和Jetty 6 Continuations API 的解决方法。
?“Comet: Low Latency Data for the Browser”：Alex Russell 是Dojo Toolkit 的项目主管和Dojo Foundation 的主席，他在这篇博客文章中提出了Comet这个术语。
?“What else is burried down in the depth’s of Google’s amazing JavaScript?”（Alex Russel，2006 年2 月）：Alex 在这篇文章里介绍了如何使用“htmlfile”ActiveX 控件解决iframe 请求长连接时IE 的加载显示问题。
?Comet wiki：提供了很多开源Comet 框架的链接。
?Jetty：Jetty 是一种开源的基于标准的Web 服务器，完全使用Java 语言实现。
?“Ajax, Comet and Jetty”（Greg Wilkins，Webtide，2006 年1 月）：Wilkins 的这份白皮书讨论了扩展Ajax 连接的Jetty 架构方法。
?Continuations：了解更多关于Jetty 的Continuations 特性的信息。
?“pushlet”：开源comet 框架，使用了观察者模型。浏览器端提供了基于AJAX 和iframe 的JavaScript 库，服务器端使用Java Servlet。
?“How to implement COMET with PHP”：提供的comet-iframe.tar.gz 使用iframe/htmlfile 封装了一个JavaScript comet 对象，支持IE、Mozilla Firefox 浏览器。
?“AFLAX”：Asynchronous Flash and XML，提供了强大的Flash、Javascript 库和很多范例。
?developerWorks Ajax 技术资源中心：能找到更多关于Ajax 技术的文章和教程。
?developerWorks Web 开发技术专区：提供了关于Web 开发和架构方面的大量文章。
?developerWorks Java 技术专区：提供了关于Java 编程各个方面的数百篇文章。
?浏览技术书店，查阅有关本文所述主题以及其他技术主题的书籍。
基于互联网的产品推送系统的生产技术
本技术公开一种基于互联网的产品推送系统，解决了现有的推送平台对应消费者对该产品浏览时间很长，进行产品推送，消费者已查看产品，导致对消费者推送不准确以及无脑发送产品推送信息，容易招致消费者反感乃至卸载购物平台的问题，包括数据采集模块、服务器、数据库、产品分析模块、推送分析模块、产品推送模块、分享任务模块、分享计算模块和推送度分享模块；产品推送模块通过服务器获取消费者的选中推送产品并在推送时间段内向消费者对应的推送购物平台内发送产品的推送产品信息；从而实现了产品的精准推送；通过推送度计算，可以了解消费者对推送产品信息的接受程度，当推送度小于设定阈值时，则停止向该消费者推送产品。 权利要求书 1.一种基于互联网的产品推送系统，其特征在于，包括数据采集模块、服务器、数据库、产品分析模块、推送分析模块、产品推送模块、分享任务模块、分享计算模块和推送度分享模块； 所述数据采集模块用于采集消费者信息和推送产品信息；所述数据采集模块将采集的消费者信息和推送产品信息发送至服务器并在数据库内进行存储； 所述产品分析模块用于获取消费者信息和推送产品信息并分析得到推送的产品，具体分析步骤如下： 步骤一：将推送产品与消费者浏览的产品进行匹配获取得到相同推送产品，并将其标记为Ci,i＝1、……、n； 步骤二：将浏览的产品的浏览时间记为TCi；将相同推送产品的销量记为XCi； 步骤三：利用公式获取得到相同推送产品的推送值TSCi；其中，h1，h2为预设比例系数； 步骤四：选取推送值最大的相同推送产品并将其标记为选中推送产品； 步骤五：产品分析模块将选中推送产品发送至服务器内进行存储； 所述推送分析模块用于计算消费者推送的时间和购物平台；具体分析步骤入下： S1：设定消费者登录的购物平台记为Ai,i＝1……n；消费者登录购物平台的登录时刻记为T1jAi,退出时刻记为T2jAi,j＝1……n；
搭建代理服务器
搭建代理服务器 1.代理服务器的优点： 能够缓存增加访问速度提供使用私有IP访问internet的访问 提高了网络的安全性方便对用户的管理 2.代理方式： 普通代理：客户端主机必须在自己的浏览器里指定代理服务器的IP地址和代理服务器监听的端口号，才可以通过代理服务器访问互联网。 透明代理：客户端主机不需要在自己的浏览器里指定代理服务器的IP地址和代理服务器监听的端口号，只要把自己的网关指向代理服务器的内网接口的ip地址就可以了。 反向代理：代替公网客户端访问访问局域网内服务器 利用nginx的反向代理和tomcat整合 Nginx+tomcat整合的安装与配置 目标:nginx处理静态页面，tomcat处理jsp页面 步骤： 1. 准备软件 apache-tomcat-6.0.26.tar.gz https://www.wendangku.net/doc/6816883789.html,/download-60.cgi jdk-6u20-linux-i586.bin https://www.wendangku.net/doc/6816883789.html,/javase/downloads/index.jsp nginx-0.8.15.tar.gz https://www.wendangku.net/doc/6816883789.html,/en/download.html pcre-7.9.tar.gzhttps://www.wendangku.net/doc/6816883789.html,/projects/pcre/files/ 以上软件放到/usr/local/目录下 2. 安装jdk #cd /usr/local/ #./jdk-6u20-linux-i586.bin 输入yes,一直安装 配置环境变量 vi /etc/profile 按shift+g跳到最后，添加一下代码 JAVA_HOME="/usr/local/jdk1.6.0_20" CLASS_PATH="$JAVA_HOME/lib:$JAVA_HOME/jre/lib" PATH=".:$PATH:$JAVA_HOME/bin " CATALINA_HOME="/usr/local/tomcat" export JAVA_HOME CATALINA_HOME # source /etc/profile 让配置生效 3．安装tomcat # cd /usr/local # tar zxvf apache-tomcat-6.0.18.tar.gz # mv apache-tomcat-6.0.18 tomcat # mkdir –p /home/www/web # cp -rf /usr/local/tomcat/webapps/* /home/www/web/ 修改/home/www/web/为网站目录 vi /usr/local/tomcat/conf/server.conf 把Host name="localhost"处将appBase=的指向路径改为/home/www/web
易语言http返回
易语言http返回 .版本2 .程序集http返回封包, , 公开 .程序集变量长连接, 逻辑型 .程序集变量版本, 整数型 .程序集变量服务器名称, 文本型 .程序集变量断点续传, 逻辑型 .程序集变量压缩状态, 逻辑型 .程序集变量小甜饼, 文本型 .程序集变量地址, 文本型 .子程序_初始化, , , 当基于本类的对象被创建后，此方法会被自动调用 长连接＝假 版本＝2 服务器名称＝“易语言web服务器” 断点续传＝假
压缩状态＝假 .子程序_销毁, , , 当基于本类的对象被销毁前，此方法会被自动调用 .子程序使用帮助, 文本型, 公开 返回(#http返回编码类帮助) .子程序编码http, 字节集, 公开 .参数状态码, 整数型 .参数待编码数据, 字节集, 可空 .参数数据类型, 文本型, 可空 .参数数据起点到文件头部偏移, 整数型, 可空 .参数数据终点到文件头部偏移, 整数型, 可空 .参数总长度, 整数型, 可空 .局部变量结果, 字节集 结果＝取空白字节集(0) .如果真(状态码＝#HTTP状态码_正常返回) 结果＝到字节集(获取协议() ＋“”＋取状态码(状态码) ＋
#换行符＋取服务器名称() ＋#换行符＋取Date () ＋#换行符＋取Last_Modified () ＋#换行符＋取断点续传() ＋#换行符) .如果真(断点续传) 结果＝结果＋到字节集(取字节范围(数据起点到文件头部偏移, 数据终点到文件头部偏移, 总长度) ＋#换行符) .如果真结束 结果＝结果＋到字节集(包装数据类型(数据类型) ＋#换行符＋获取数据长度(到文本(取字节集长度(待编码数据))) ＋#换行符＋获取压缩状态() ＋#换行符＋取小甜饼() ＋#换行符＋#换行符) ＋待编码数据 返回(结果) .如果真结束 .如果真(状态码＝#HTTP状态码_不存在) 结果＝到字节集(获取协议() ＋“”＋取状态码(状态码) ＋#换行符＋取服务器名称()) 返回(结果) .如果真结束 .如果真(状态码＝#HTTP状态码_服务不可用) 结果＝到字节集(获取协议() ＋“”＋取状态码(状态码) ＋#换行符＋取服务器名称()) 返回(结果) .如果真结束
统一推送技术要求和测试方法
T-UPA0003-2018 V1.0.0(2019-1) 统一推送技术要求和测试方法Technical Requirements and Testing Methods for Unified Push
1 范围 (4) 2 定义和缩略语 (4) 2.1 定义4 2.2 缩略语 (6) 3 技术要求 (6) 3.1 性能要求 (6) 3.1.1 空载流量 (6) 3.1.2 空载功耗 (7) 3.1.3 在线可靠性 (7) 3.1.4 并发能力 (7) 3.1.5 网络鲁棒性 (7) 3.2标准符合性要求 (8) 3.2.1 接口标准符合性 (8) 4 测试方法 (8) 4.1 性能要求测试方法 (8) 4.1.1空载流量 (8) 4.1.2 空载功耗 (9) 4.1.3 在线可靠性 (10) 4.1.4 并发能力 (11) 4.1.5 网络鲁棒性 (11) 4.2 标准符合性测试方法 (12) 4.2.1 接口标准符合性 (12) 附录 A:修订记录 (14)
前言 这一技术文稿是由统一推送联盟（UPA）技术标准组攥写。项目过程中采用三位编码的原则，格式如下： Vx.y.z，初始版本号为V0.0.0。 其中，x在每一次大版本发布的时候加1； y在有技术性变更的时候加1，如增加删减功能模块； z在有编辑性改动的时候加1，如格式、段落调整。 本标准起草单位：
1 范围 安卓生态圈为App 开发者提供了一个开放的运行环境，用于实现各种创新的想法，然而也产生了相应的性能问题。消息推送是App 运营的重要一环，为了优化消息推送成功率，降低电量和流量消耗，改善用户的使用体验，系统级的推送服务显得尤为重要，各大手机厂商也已经提供或者正在研发基于各自系统平台的系统推送服务解决方案。 中国信息通信研究院泰尔终端实验室联合各大手机厂商和提供推送服务的互联网厂家成立“统一推送联盟”，通过标准化统一通道层，降低终端功耗、提升用户体验、支撑开发者生态建设，促进安卓推送服务行业健康发展，为终端用户提供更好的手机使用体验，为应用开发者解决消息推送需求。经联盟成员讨论，《统一推送通道层接口规范》已达成共识，并面向社会公布。 推送作为移动互联网的一项基础服务，对于开发者和行业发展有着重要的意义。本文档希望推动各终端厂商制定推送基本技术指标和测试方法，逐步推动整个行业的服务水平提升，为移动互联网服务的发展提供基础保障。 本文档适用于 Push 通道厂商、第三方 Push 服务提供商。 Push通道厂商：指提供终端设备，并在终端设备操作系统层内置 Push通道，能够对 Push通道进行管控，在黑屏后能够保持 Push 通道的厂商。 第三方 Push 服务提供商：与 Push通道厂商对应，指不提供终端设备，提供 Push 集成服务的厂商。 本文档包含以下建议内容： ?统一推送技术要求 ?统一推送测试方法 2 定义和缩略语 2.1 定义
目前常用代理服务器的比较与分析
它提供超高速缓存，保存网络带宽，改善客户机的响应时问，减少网络的拥挤，并且在不加重最终用户和网络管理员负担的情况下改善对网络资源的控制。 1 Microsoft Proxy Server Microsoft Proxy Server是把对Intemet的访问带入一个组织内部每一个桌面上去的一种容易而又安全的方法，它包括Web Proxy服务器，Winsock Proxy服务器和Socks Proxy服务器。Web Proxy为Cache类代理软件，Winsock Proxy通过Winsock协议代理使LAN内的计算机好像直接连接在上一级网络上一样，实际上是通过代理服务器发送请求，但客户端要安装Microsoft Winsock Proxy Client软件。Microsoft ProxyServer 2.0是Microsoft Bank Ofice客件之一，运行在Windows NT 或Windows 2000环境下。在Windows NT Server4.0上安装时，必须安装3.0或更高版本的IIS(Internet InformationServer)及Windows Service Pack 3或更高版本的补丁。 它容易与安全地安装，充分利用内建在Windows NTServer里的安全性，并允许网络操作员对进入或来自Intemet的访问作有效地控制。它支持全部的Internet协议包括HTTP、FTP、Gopher、RealAudio、VDOfive、IRC、邮件和新闻协议，支持IPX/SPX 和TCP/IP协议来容易访问Intemet服务器以及内部网上的应用软件。它提供超高速缓存，保存网络带宽，改善客户机的响应时问，减少网络的拥挤，并且在不加重最终用户和网络管理员负担的情况下改善对网络资源的控制。管理员可以根据用户、服务、端口或IP域来允许或拒绝入站或出站的连接，可以阻止对一些指定站点的访问，但不能采用直接导入方法来设定允许访问站点地址。它与NT网络系统管理服务集成，ProxyServer生成一套Windows NT Performance Counters来监视网络上任何一台代理服务器的状态，与Windows NT ServerDirectory Services集成来用户等级的验证。井提供防火墙等Intemet安全认证特性。 2 Wingate Wingate是Qbic公司的产品，软件分为服务器和客户两部分。服务器可运行于Win 98或Win NT平台，提供用户认证，各种网络应用层协议代理，Intemet访问控制，包过滤等服务;客户部分为一个用户登录程序Gatekeeper，用户使用它在代理服务器上进行登录，代理服务器将用户的IP地址与相应用户账号绑在一起。如果这一用户是管理员，还可以使用Gatekeeper进行远程管理。Wingate支持双网络接口，一个接口通过网络适配器卡连接内部局域网络，另一个网络接口连接Intemet，两块网卡问的IP转发要禁用，使内部网络与外部网络完全隔开，形成双宿网关防火墙。Wingate也支持单网卡，在许多校园网中，只允许部分计算机具有Intemet访问权，利用这些计算机作为代理服务器，为其他的计算机提供服务，只是它不具备防火墙的功能。Wingate除了提供FTP Proxy、Telnet Proxy、POP3 Proxy、RealAudio Proxy、Socks Pmxy代理服务之外，还提供了DNS、DHCP、拨号管理等丰富功能。 3 SyGate
APP消息推送技术开发指南
APP消息推送技术开发指南 推送准备 编译正式版App,并安装到手机 推送只对正式版App有效，请先创建或上传Android ，ios 证书，然后编译App正式版。把编译的正式版App安装到手机。 iOS推送证书 iOS推送证书需要从苹果开发网站上面创建，然后再转换成服务器端专用p12格式证书，详情参考iOS证书申请教程 推送设置 进入APICloud官网你的应用页面，在侧边栏…应用服务?里面选择…推送?，进入推送页面。如下图： 然后在页面里选择右上角的设置按钮，弹出推送证书设置页面，注意开启状态，然后上传之前创建的推送证书，并且输入密码，保存。同时，在此页面还可以设置离线消息的保存时间，之前未收到通知的设备在离线消息设定时间以内上线后会收到通知消息。如下图：
新建推送消息 即时通知 选择右上角的新建推送，在展开的发送页面中，选择推送类型是通知或消息，输入标题和内容，选择推送群组和平台，点击发送，通知将立即进入发送状态。 查看推送统计 推送概览与推送记录 在推送页面的顶部…推送概览?页，可以查看到推送条数和终端数目等相关数据。 在推送概览下面是推送记录页面，包括定时发送、正在发送和发送成功等状态的推送消息记录。
接收推送消息 push模块 在APICloud网站上面创建应用时，push模块默认已经被引入。push模块提供了绑定用户，加入群组，监听消息等接口。详情参考push文档。 绑定推送 push模块提供了bind方法，将来自业务系统的用户信息绑定至推送服务器，如果不需要关联业务系统用户信息，则可以不调用bind方法。详情参考push文档bind方法。 示例代码： // 绑定用户 var push = api.require('push'); push.bind({ userName:'testName', userId:'testId' },function(ret,err){ if(ret.status){ api.alert({msg:'绑定成功'}); }else{ api.alert({msg:err.msg}); } }); // 解绑用户 var push = api.require('push');
实验四代理服务器的搭建和Windows防火墙的使用
实验四代理服务器的搭建和Windows防火墙的使用 【实验目的】 通过本实验初步掌握利用软件HomeShare搭建代理服务器的方法、基本配置和操作技能，掌握Windows防火墙的基本配置、使用方法和操作技能，掌握代理服务器和Windows 防火墙的应用技能，包括如下几个方面： ?掌握HomeShare的基本配置方法。 ?掌握HomeShare的管理方法。 ?掌握代理服务器的基本组建方法。 ?掌握Windows防火墙的基本配置方法和使用方法。 实验前学生应具备以下知识： ?了解代理服务器的工作原理。 ?了解代理服务器的组建特点。 ?了解防火墙的工作原理和特点。 实验过程中，部分实验内容需要与相邻的同学配合完成。此外，学生需要将实验的结果记录下来，并回答相关思考题，填写到实验报告中。 【实验类型】综合型实验 【实验环境】 实验设备：交换机S3100H六台、准备好HomeShare这一款软件。 实验组成：每两位同学为一组，使用S3100H交换机的两个端口，使两台计算机在一个局域网内。 【实验内容】 以下实验内容可根据实验室的具体情况和课时安排的变化进行适当的调整，实验内容中的思考题以书面形式解答并附在实验报告的后面。 需要注意的是，学生在实验过程中要严格按实验指导书的操作步骤和要求操作，且小组成员应紧密配合，以保证实验过程能够顺利完成。 本次实验的主要项目包括以下几个方面： ?代理服务器的组建方法； ?HomeShare的基本配置方法； ?代理服务器的测试； ?Windows防火墙的基本配置方法； ?对Windows防火墙的简单测试； 具体的实验内容和步骤如下： 一、实验环境简介 1. 实验拓扑 实验组成：每排两台PC机为一组，占用一台S3100H交换机的两个端口，模拟一个局域网，如图1所示。 图1 实验拓扑
IPQAM技术方案介绍
IPQAM技术方案交流
目录 技术介绍 产品介绍 组网方案 窄带系统中IPQAM应用
IPQAM技术介绍 IPQAM(边缘调制器) 功能：IPQAM调制设备集“复用、加扰、调制、频率变换”功能为一体，它将来自IP骨干网输入的节目流重新复用在指定的多业务传输流中，再进行QAM调制和频率变换，输出RF。 下行基于IPQAM方式的VOD点播流程 交互数据：STB的接入认证、EPG信息浏览等数据通过IP网络传输，包括数据上行和数据下行。 音视频流：VOD推流服务器以恰当的封包形式输出至IPQAM设备，IPQAM将音视频流调制为RF信号后通过HFC网络传输给STB，STB对音视频流进行解调和解码。 (1)数据上行(3)点播流下行 (2)数据下行
数据封装 数据封装过程 文件以MPEG 2/MPEG 4/H.264 的文件格式存放 点播服务器读取文件数据封 装成TS包方式，加上TCP/IP 包头(UDP+IP)，通过IP网络 发送给IPQAM设备； IPQAM将TS数据取出调制成RF 信号通过HFC网络传输； STB接收到TS数据后对其进行 解码播放。
IPQAM和IPTV比较 类别IPQAM方案IPTV方案 应用特点IPQAM点播更能突出广电特色IPTV点播传统运营商应用更广泛 资源利用充分利用广电现有网络资源，特别是 整个传输网络基本都是新建的停模后，频率资源将更加丰富 主干网络IPQAM位置更靠近前端，对干线上数 据带宽压力小 IPTV方式网络设备靠近用户，对核心 网、接入网带宽压力非常大 带宽利用率IPQAM设备覆盖范围大，带宽利用率 较高 IPTV中网络设备分布部署，高并发率 区域需要带宽容量大 为了节省带宽，高清片源需要进行压 支持片源支持所有高清晰度片源 缩 IPQAM为每个用户提供单独通道，当 IPTV采用“尽力而为”的点播机制， QOS保证带宽不够时，后发起用户无法进入点 播状态，已进入点播状态的用户不受 影响 当带宽不够时，所有用户共享带宽， 已经进入点播状态的用户由于带宽被 分配状态会受到影响，出现马赛克、 卡等现象
http代理服务器课程设计报告
目录 一、绪论 (1) 二、需求分析 (2) 三、详细设计 (5) 四、软件测试 (9) 五、设计小结 (10) 参考文献 (11) 附录 (11)
一、绪论 本次课设主要要做的是要理解winsock技术网络编程的技术，分析http 代理应用程序设计原理，然后选择合适的开发环境用winsock技术来设计http代理的应用程序。 首先先简单的介绍几个相关名词的基本概念: 1.Winsock Windows下网络编程的规范－Windows Sockets是Windows下得到广泛应用的、开放的、支持多种协议的网络编程接口，现已成为Windows网络编程的事实上的标准。Windows Sockets规范本意在于提供给应用程序开发者一套简单的API，并让各家网络软件供应商共同遵守。此外，在一个特定版本Windows的基础上，Windows Sockets也定义了一个二进制接口（ABI），以此来保证应用Windows Sockets API的应用程序能够在任何网络软件供应商的符合Windows Sockets协议的实现上工作。因此这份规范定义了应用程序开发者能够使用，并且网络软件供应商能够实现的一套库函数调用和相关语义。 2.http代理 www对于每一个上网的人都再熟悉不过了，www连接请求就是采用的http协议，所以我们在浏览网页，下载数据（也可采用ftp协议）是就是用http代理。它通常绑定在代理服务器的80、3128、8080等端口上。 3.http协议 HTTP协议即超文本传输协议，是Internet上进行信息传输时使用最为广泛的一种非常简单的通信协议。部分局域网对协议进行了限制，只允许用户通过HTTP协议访问外部网站。 4.http代理服务器 代理服务器英文全称是Proxy Server，其功能就是代理网络用户去取得网络信息。形象的说：它是网络信息的中转站。在一般情况下，我们使用网络浏览器直接去连接其他Internet站点取得网络信息时，须送出Request信号来得到回答，然后对方再把信息以bit方式传送回来。
海量数据推送服务技术讲解
小米海量数据推送服务技术讲解 2014-11-17 10:00 佚名字号：T | T 11.11大促，随着移动端业务量的急剧提升，像小米推送这样的基础服务也经受了巨大的考验。11月12日，小米的项目总监汪轩然在微博上宣布，“小米推送服务共发出9.65亿条消息，平均每分钟发送67万条。更值得一提的是，后台监控显示，推送服务后台系统在全天运作非常平稳，没有任何卡顿拥堵现象，让各种促销、返利、订单更新消息第一时间触达用户。” AD：2014WOT全球软件技术峰会北京站课程视频发布 11月21日-22日与WOT技术大会相约深圳现在抢票 11.11大促，随着移动端业务量的急剧提升，像小米推送这样的基础服务也经受了巨大的考验。11月12日，小米的项目总监汪轩然在微博上宣布，“小米推送服务共发出9.65亿条消息，平均每分钟发送67万条。更值得一提的是，后台监控显示，推送服务后台系统在全天运作非常平稳，没有任何卡顿拥堵现象，让各种促销、返利、订单更新消息第一时间触达用户。” 汪轩然，2007年毕业于清华大学计算机系，后加入微软亚洲工程院，曾参与WP7上的浏览器的开发。2010年7月加入小米，曾担任米聊安卓团队的团队主管，现在在小米任项目总监，负责小米的开发者服务，掌管推送服务、统计服务和移动广告联盟三大业务，旨在为小米搭建一个移动App业务的互联网生态圈。 我们联系了汪轩然，就小米推送服务的架构、特点、性能等问题对他进行了采访，以下内容根据本次采访整理而成。 基础技术架构 协议是推送服务的核心。小米推送服务所采用的协议是由之前的米聊演变过来的，而米聊从一开始就选择使用XMPP协议，之后开发团队对XMPP协议做过几轮精简和重构。现在XMPP部分只是作为一个数据的传输层，之上跑着各种独立的业务，每个业务称为一个“channel”；每个channel上跑的数据格式可以是不一样的。消息推送服务是其中一个channel，这个channel上传输的数据是通过Thrift进行二进制化的协议格式。 再来看一下小米推送服务的服务端架构。下图是后台服务端的一个基本架构图。整个服务端包含如下几层：
芊熠智能_出入口相机HTTP通信协议V1.0
车牌识别一体机数据传输协议 一、HTTP推送： 这种方式需要用户建立一个HTTP服务器，同时将这台HTTP服务器的地址配置给一体机。当一体机有识别结果后（或者其他需要推送的内容时），就会往指定的地址发送HTTP命令。 1. http服务器设置 接收http推送的服务器，配置包括地址ip地址，端口号，和超时时间设置。请根据架设的服务器的情况进行配置。 2. 车牌识别结果推送 开启推送车牌识别结果后，有车牌识别结果时，按图中的配置会发送消息到 http://192.168.0.36/cgi-bin/plateresult.cgi这个地址。 数据内容：JSON格式 { "AlarmInfoPlate" : { "channel" : 0, "deviceName" : "default", "ipaddr" : "192.168.0.100", "result" : { "PlateResult" : { "bright" : 0, "carBright" : 0, "carColor" : 0, "colorType" : 0, "colorValue" : 0,
"confidence" : 0, "direction" : 0, "license" : "_无_", "location" : { "RECT" : { "bottom" : 0, "left" : 0, "right" : 0, "top" : 0 } }, "timeStamp" : { "Timeval" : { "sec" : 1441815171, "usec" : 672241 } }, "timeUsed" : 0, "triggerType" : 1, "type" : 0 } }, "serialno" : "e10b2d6c8c07b422361457935b518642" } } 开启报警发送图片后，json中的将包含图像数据。包含全部内容的json数据如下，
个推推送的技术原理
PUSH是互联网上内容提供者和内容定制方之间的一种通信机制，利用在服务器端的程序把数据源源不断地推向客户端，大大提高客户机和服务器之间的交互性能。 传统互联网上数据交互一般有poll和push两种方式。poll典型使用场景是浏览网页，是用户主动发起请求，向服务器获取数据；push刚好相反，通过服务器直接发送数据给客户端，用户被动接受消息，类似于更加及时的短信。Push的使用场景有以下两特点：时间不确定性、时效性，如发送团购信息，发送电子消费账单等。 个推为第三方应用提供了跨手机平台一致的、稳定可靠的消息推送服务，实现服务端到客户端的消息主动推送。第三方应用可以实现针对单一目标地址的推送，也可以实现群发消息推送，还可以通过指定tag进行定向群组推送。个推除了为第三方提供基本的透明消息传输，还提供了一些消息展示方式，实现在客户端的通知提示、弹框操作等，帮助客户快速实现更为定制化的消息推送服务。 个推目前支持Android、iOS手机平台。 技术原理 首先我们来看一下组成一个推送系统的几个要素 1.个推SDK： 以jar的方式出现，集成于第三方客户端，解析第三方下行的数据，并把结果透传给第三方客户端；也可以上行第三方定制的客户端信息。 2.个推服务器： 一侧负责维护与成千上万的个推SDK的长时连接，另一侧与第三方服务器对接，将第三方定制数据下行推送至个推SDK。 3.第三方服务器： 数据推送的发起者，通过对接个推服务器，将数据发送至第三方客户端。 4.第三方客户端： 第三方集成个推SDK的客户端，推送数据正真的接收者和展现者。 以上是个推推送系统中的四个不同角色，看起来比较抽象，可以通过以下图片来加强理解：
视频在线服务技术设计方案
视频在线服务技术设计方案 1.概述 1.1背景 1.2主要需求 视频数据量相对于文本数据通常都比较大，完全下载到本地往往需要较长时间的等待，必须考虑网络传输对用户使用体验的影响，即视频在线视频服务必须保证即使在有限带宽下视频播放依旧流畅，尽可能减小网络传输延迟对用户浏览的影响。而流媒体技术正是为了解决网络视频播放速度，它支持视频文件一边下载一边播放，提高了用户体验。所以迫切需要流媒体服务技术提供安全的高效的视频在线服务，更好地利用视频数据，为的保护和研究工作服务。 1.3国内外相关技术发展情况 流媒体指以网络流方式在网络中传送音频、视频和多媒体文件的媒体形式。作为新一代互联网应用的标志，流媒体技术在近几年得到了飞速的发展。 相对于先下载后观看的网络播放形式而言，流媒体的典型特征是把连续的音频和视频信息压缩后放到网络服务器上，用户一边下载一边观看，而不必等待整个视频下载完毕。由于流媒体技术的优越性，该技术广泛应用于视频点播、视频会议、远程教育、远程医疗和在线直播系统中。 国内的服务器软件有PPS（使用PPS协议）、A VServer（使用HTTP协议）、V atata（使用了P2P技术），国外主流的流媒体服务器有Windows Media Server、Media Real Server、QuickTime Streaming Server、Flash Media Server。 Adobe的Flash Media System作为网络上最为流行的主流流媒体系统,拥有大量的用户,随着海外的youtube,国内的土豆、56这样视频分享类的网站迅速流行，adobe的flv文件成为了网络上最为普及的媒体文件类型。FMS不仅保证了网络视频的质量，同时使用RTMPE 和SWF认证的技术对视频的加密，实现了视频内容的保护。 2.设计原则 视频在线服务功能的设计原则： 1）数据保密性，数据具有保密性要求，必须保证视频只能在线浏览，不允许也不能被下载复制。且要使用可靠协议和编码保证数据传输过程的安全。 2）高效性，视频在线服务要保证数据传输速度和流畅性，必须采用先进的流媒体技术，保证视频一边下载一边播放，使用户具有良好的互动体验。 3）适用性，流媒体服务软件要满足发布视频需求，能支持多用户同时在线浏览，软件的稳定性和升级服务有保障，推荐使用成熟的商业软件FMS。 4）简便性，终端用户使用时无需格外下载安装辅助软件或插件，只需使用浏览器即可（或现有的成熟插件比如Flash Player），因为一般电脑浏览器都支持Flash。 5）可行性，要选择成熟的主流的流媒体服务技术，既方便开发人员进行常用功能开发，同时要便于后期的部署实施，方便网站管理员的使用和管理。 3.主要思路
HTTP SOCK5代理服务器
HTTP SOCK5代理服务器 5 [ 标签：http,sock5 ] 最好是免费的``便宜一点的也行全面些``偶再给你追加分谢谢了！！ 分都无所谓大家交个朋友哈！！ 匿名回答:3 人气:62 解决时间:2008-09-15 00:09 满意答案 好评率：0% 建议您最好用免费代理服务器，寻找免费代理服务器的方法有很多，你可以试试用ProxyHunter（代理猎手），它能自动为您搜索出多个免费代理服务器，并验证各个服务器的连接速度，从而让你选择最佳途径。更重要的是，代理服务器不仅支持浏览软件，而且支持电子邮件、FTP、下载、离线浏览等功能软件，可谓无所不在。【点击下载代理猎手 3.1】。不过这种方法比较费时、费事，建议不到万不得以时还是不用为好。最好的方法是使用现成的免费代理服务器，现在网上有不少网站定期提供最新的免费代理服务器，如这里提供的代理服务器的更新速度就非常快，而且各种类型的代理都有： https://www.wendangku.net/doc/6816883789.html,/8341/myann/index.asp 。建议大家把这个网页放入你的收藏夹，这样你就再也不用为找不到好的免费代理服务器而发愁了。 找到免费代理服务器后，就可以使用它了。以IE浏览器为例，运行IE，点击“工具”→“Interner选项”，在弹出的“Interner选项”对话框中选择“连接”标签，再点击“设置”按钮，在弹出的对话框中把“对此连接使用代理服务器”前面的框勾选上，然后在“地址”和“端口”栏中填入你找到的代理服务器IP 和所用端口即可。 同时在“高级”设置中你还可以对不同的服务器，例如HTTP、FTP设定不同的代理服务器地址和端口。这样一来，当你再访问那些网页时，页面上显示的就不再是你的真实IP了。 不过，并不是所有的代理都不将你的真正的IP向目标地址上发送，假如你使用A4proxy之类的程序检测一些代理，发现http-ip-forward是存在的话，那证明该代理会把你的真正IP向目标地址发去，如果在一些聊天室中使用，会被高级别的人看到真正的IP。 另外，在代理中有HTTP和SOCKS代理之分，在SOCKS代理中又有SOCKS4和SOCKS5代理之分，SOCKS4和SOCKS5不同之处在于 SOCKS5支持UDP这种协议，但SOCKS4是不支持的，所以在QQ上不可以使用SOCKS4代理，因为QQ使用的是UDP协议，但在ICQ上就可以使用SOCKS4或SOCKS5代理。 隐藏IP的另外一个方法是利用受控于你的电脑上的木马（也就是利用肉鸡），该电脑可以自由访问网络且不限于和你在一起（比方说单位或学校的电脑）。一
建立代理服务器与虚拟机构建局域网
建立代理服务器 一IP地址配置方法： 1、在控制面板里打开网络和Internet连接 网络连接出现下图： 2、双击本地连接，出现下图： 3、点击属性出现下图：
4、双击Internet协议（TCP/IP） 填写ip地址：172.16.237.(保持不变) 子网掩码：255.255.248.0 默认网关：172.16.232.1 dns服务器：202.195.112.1 选中“连接后在通知区域显示图标” 以能登上校园网主页视为ip地址配置成功。 Ccproxy Ccproxy 软件介绍: 主要用于局域网内共享Modem、ADSL、宽带、专线、ISDN等代理上网。它具有两项最主要功能：代理共享上网和客户端代理权限管理。只要局域网内有一台机器能够上网，其它机器就可通过这台机器上安装的CCProxy代理共享上网。支持浏览器代理、邮件代理、游戏代理等等，可以控制客户端代理上网权限，针对不同用户合理安排上网时间，监视上网记录，限制
不同用户带宽流量，十种文字界面，设置简单，功能强大，适合中小企业共享代理上网。新版本6.2中又增加了服务器IP绑定功能、详细的日志分析功能、加强过滤功能（端口屏蔽、站点过滤）、更强大的帐号管理功能(组管理、使用时间)，还有远程WEB方式帐号管理。 功能和特点 共享上网无论是宽带、ADSL还是ISDN，都可以通过CCProxy共享上网。 安全管理 CCProxy提供了帐号管理方式，可以有效的管理上网用户。 高稳定性经过多年发展和完善，CCProxy可以说是众多代理软件中最稳定的。 易操作 CCProxy是按照中国用户的操作习惯设计的，全中文操作界面。 功能强大经过多年积累，CCProxy已经具备了非常丰富的功能，而且还在进一步完善。 1.服务器端设置： 从ftp://172.16.237.80中下载遥志代理服务器(CCProxy) V6.50 破解版，解压到桌面，双击打开CCProxy.exe。 点击设置窗口进行设置端口号，可以把端口设置成特殊端口，当然也可以采用默认的808端口等。设置好之后关闭设置窗口
服务器推技术
基于HTTP长连接的“服务器推”技术 Comet简介 浏览器作为Web应用的前台，自身的处理功能比较有限。浏览器的发展需要客户端升级软件，同时由于客户端浏览器软件的多样性，在某种意义上，也影响了浏览器新技术的推广。在Web应用中，浏览器的主要工作是发送请求、解析服务器返回的信息以不同的风格显示。AJAX是浏览器技术发展的成果，通过在浏览器端发送异步请求，提高了单用户操作的响应性。但Web本质上是一个多用户的系统，对任何用户来说，可以认为服务器是另外一个用户。现有AJAX技术的发展并不能解决在一个多用户的Web应用中，将更新的信息实时传送给客户端，从而用户可能在“过时”的信息下进行操作。而AJAX的应用又使后台数据更新更加频繁成为可能。 图 1.传统的Web应用模型与基于AJAX的模型之比较 “服务器推”是一种很早就存在的技术，以前在实现上主要是通过客户端的套接口，或是服务器端的远程调用。因为浏览器技术的发展比较缓慢，没有为“服务器推”的实现提供很好的支持，在纯浏览器的应用中很难有一个完善的方案去实现“服务器推”并用于商业程序。最近几年，因为AJAX技术的普及，以及把IFrame嵌在“htmlfile“的ActiveX组件中可以解决IE 的加载显示问题，一些受欢迎的应用如meebo，gmail+gtalk在实现中使用了这些新技术；同时“服务器推”在现实应用中确实存在很多需求。因为这些原因，基于纯浏览器的“服务器推”技术开始受到较多关注，Alex Russell（Dojo Toolkit的项目Lead）称这种基于HTTP长连接、无须在浏览器端安装插件的“服务器推”技术为“Comet”。目前已经出现了一些成熟的Comet应用以及各种开源框架；一些Web服务器如Jetty也在为支持大量并发的长连接进行了很多改进。关于Comet技术最新的发展状况请参考关于Comet的wiki。 下面将介绍两种Comet应用的实现模型。
使用HTTP代理方法 代理使用方法
使用HTTP代理方法 1.IE5.0以上版本中设置代理：菜单栏“工具”->下拉菜单“Internet选项”->选项卡“连接”->在“局域网设置”->在中间的“代理服务器”栏选中“使用代理服务器”->在“地址” 和“端口”栏输入本站提供的HTTP代理服务器->确定。 查看图示 2.Maxthon(遨游)中设置代理服务器：菜单栏“选项”——》“代理服务器”——》“管理代理服务器列表”——》”添加”——》在输入框中输入标准格式的代理服务器，如XXX.XXX.XXX.XXX:端口，然后“确定”并退出，继续，菜单栏“选项”——》“代理服务器”——》然后选择刚才输入的代理服务器 查看图示 3.腾讯浏览器（TT浏览器）中设置代理服务器：菜单栏“工具”——》“代理服务器”——》“设置代理”——》在代理设置对话框中，点击“添加”——》在代理设置区中，输入代理，然后“确定”并退出，继续，菜单栏“工具”——》“代理服务器”——》然后选择刚才输入的代理服务器 查看图示 4.Google Chrome（谷歌浏览器）中设置代理服务器：菜单栏“选项”——》“选项”——》“更改代理设置”——》“局域网设置”——》在中间的“代理服务器”栏选中“使用代理服务器”在“地址” 和“端口”栏输入本站提供的HTTP代理服务器->确定 查看图示 FTP软件中Socks代理使用方法 在FTP和P2P软件中我们可以使用SOCKS4/SOCKS5代理服务器，常见的软件的代理设置方法如下： 1.迅雷/BT/Emule电驴/PPlive/PPS等软件中设置代理:菜单栏“选项”——》参数设置——》代理，然后在“代理服务器”项中选择代理类型，填写代理 2.FlashFXP 3.0以后版本中设置代理:菜单栏“选项”——》参数设置——》连接，然后在“代理服务器”项中选择代理类型，填写代理 3.CuteFTP XP 5.0.2 中文版中设置代理：菜单栏“编辑”——》设置——》连接——》SOCKS--》选择代理类型，如SOCKS4或者SOCKS5，并填写代理
服务器推送技术
服务器推送技术 1背景 “服务器推送技术”（Server Pushing）是最近Web技术中最热门的一个流行术语。它是继“Ajax”之后又一个倍受追捧的Web技术。“服务器推送技术”最近的流行跟“Ajax”有着密切的关系。 随着Ajax技术的兴起，让广大开发人员又一次看到了使用浏览器来替代桌面应用的机会，并且这次机会非常大。Ajax将整个页面的刷新变成页面局部的刷新，并且数据的传送是以异步方式进行，这使得网络延迟带来的视觉差异将会消失。 但是，在浏览器中的Ajax应用中存在一个致命的缺陷无法满足传统桌面系统的需求。那就是“服务器发起的消息传递”（Server-Initiated Message Delivery）。在很多的应用当中，服务器软件需要向客户端主动发送消息或信息。因为服务器掌握着系统的主要资源，能够最先获得系统的状态变化和事件的发生。当这些变化发生的时候，服务器需要主动的向客户端实时的发送消息。例如股票的变化。在传统的桌面系统这种需求没有任何问题，因为客户端和服务器之间通常存在着持久的连接，这个连接可以双向传递各种数据。而基于HTTP协议的Web应用却不行。 2客户端得到通知的方式 图1 传统web访问机制
我们知道，Web的访问机制天生是设计用来pull数据的，如图1，也就是只允许Browser 端主动发起请求，server是被动的响应，不允许Server向Browser发出一个connection请求，也就是说没有为server向Browser push数据提供设计实现.虽然没有直接的实现方法,却可以使用一些变通的方式完成类似的功能。 2.1 传统轮询 在Web早期，这一点常使用meta刷新实现。这将自动指示浏览器在指定秒数之后重新装载页面，从而支持简陋的轮询（polling）。例如在HTML文件中加入，实际上就是HTTP头标告知浏览器每12秒更新一次文档。 优点：不需要服务器端的配置。 缺点： a)糟糕的用户体验 b)对服务器的压力很大，并且造成带宽的极大浪费。 2.2 Ajax轮询 Ajax隔一段时间（通常使用JavaScript的setTimeout函数）就去服务器查询是否有改变，从而进行增量式的更新。但是间隔多长时间去查询成了问题，因为性能和即时性造成了严重的反比关系。间隔太短，连续不断的请求会冲垮服务器，间隔太长，务器上的新数据就需要越多的时间才能到达客户机。 优点： a)不需要太多服务器端的配置。 b)降低带宽的负荷（因为服务器返回的不是完整页面）。 缺点： a)对服务器的压力并不会有明显的减少。 b)实时性差，有一定的延迟。 应用：这是一项非常常见的技术，例如，大多数webmail应用程序就是通过这种技术在电子邮件到达时显示电子邮件的。 2.3 Comet Comet方式通俗的说就是一种长连接机制(long lived http)。同样是由Browser端主动发起请求，但是Server端以一种似乎非常慢的响应方式给出回答。这样在这个期间内，服务器端可以使用同一个connection把要更新的数据主动发送给Browser。因此请求可能等待较长的时间，期间没有任何数据返回，但是一旦有了新的数据，它将立即被发送到客户机。
java长连接的实现
java长连接的实现.txt32因为爱心，流浪的人们才能重返家园；因为爱心，疲惫的灵魂才能活力如初。渴望爱心，如同星光渴望彼此辉映；渴望爱心，如同世纪之歌渴望永远被唱下去。梁应宏 引言 TCP长连接服务在传统的智能网应用中扮演着重要的角色。由于其传输的高效率，在智能网SCP和IP的各个模块之间，大量使用了这种服务。例如，SS7gateway与SCF、SCF与INES、INES与外部节点、CN与VN，等等。 相反，在各种WEB应用中，广泛使用TCP短连接服务。基于HTTP承载的各种应用协议，如HTML，XML，SOAP等，多数使用TCP短连接服务。原因有二：一是这些HTTP协议的数据包较大，传输所占的开销较大，连接建立的开销相对较小。此时使用长连接对性能的提升并不明显。二是相对于长连接而言，无论是对于客户端还是服务端，短连接的实现难度要低很多。 以网通水平业务平台SPGW为例，多数对外接口采用HTTP/XML/SOAP协议和短连接。然而，出于性能的考虑，还有两个接口采用TCP长连接： l 东向接口（SPGW-DSMP）：SCCP协议使用二进制消息。 l 南向接口（SPGW-SMSC）：SPGW与短消息网关SMSC之间的SM7协议使用二进制消息。 从Java开发语言的角度，短连接的使用比较简单。因为Java的IO库已经提供了一个httpConnection类，成熟可靠，使用方便。但是，对于TCP长连接的使用，Java的IO库并没有直接的支持。本文将探讨对TCP长连接服务的一般需求和我们的实现考虑。 以下也简称TCP长连接服务为TCP服务。 需求 具有网络编程经验的人都知道，TCP程序的编写是“易学难精”。很容易编写一个TCP程序，具有一定的功能并且在少数正常情况下可以运行。但是，要想让它在各种网络条件、各种负荷情况下都能稳定运行，却不是一件简单的工作。具体说来，TCP长连接服务需要满足以下条件： 高性能 实现这一点的关键是，消息的接收操作必须是异步的。以SPGW与短信网关之间的消息流程为例，如下： 如上图所示，SPGW可以不等待上一消息的应答消息，就发送下一个短消息。因此在同一个TCP connection上，SM7消息的接收必须是异步的，否则就会阻塞后续消息的发送。