WebRTC花了两天时间简单了解了一下WEBRTC，并由此写入三个DEMO。1.p2p点对点2.o2m一对多3.live直播目前主要都是按p2p进行的简单扩展。WebRTC简单了解目前资料不算少，不过确实也不多，而且理论偏多，新手入门其实还是有点压力的。这边推荐几个资料和视频。记得出问题看看文档先没有思路的时候记得看看这个

在2012年10月，一个叫MikeYoungstrom的人在SpringJira中创建了一个功能请求，要求在SpringFramework中支持无容器Web应用程序体系结构，提出了在主容器引导Spring容器内配置Web容器服务；这件事情对SpringBoot的诞生应该说是起到了一定的推动作用。

1、在pom文件中引入对应jar包<!activeMQstart<dependency<groupIdorg.springframework.boot</groupId<artifactIdspringbootstarteractivemq</artifactId

问题的提出：最近在做若干安卓设备（共享项目使用的硬件）和服务器通信实现MQTT消息的的接收。由于MQTT的限制（注意：不管你用的是paho的库还是其他任何MQTT的库都一样，这是MQTT协议的限制。）而无法实现服务器只给某一台机器（根据机器的IMEI号）发送消息。一开始使用的方法，就是服务器只管群发（消息体里会带一个终端ID字段信息），安卓端收到消息后，

ActiveMQ3.Java编码实现ActiveMQ通讯3.1.队列（Queue）目的地（Destination）分为：点对点的队列（Queue）一对多的主题（Topic）3.1.1.上手代码1.pom.xml

创建一个点对点的JMS测试计划确保所需的jar文件位于JMeterlib目录中。如果没有，关闭JMeter，复制jar文件并重新启动JMeter。 参见详细教程(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fjmeter.

    BT下载，在网络中通过点对点技术，被广泛用来下载或共享大体积文件（如一部电影或大型软件）的一种方式。其中，BT种子文件就是用来记录所需下载文件的具体存放位置、文件的大小、下载服务器的IP地址、种子发布者的IP地址等数据的一个索引文件。我们构建一种采用IP种子技术的方式来进行BT种子传播监控，从而达到全球P2P网络实时监测。在IP种子

官网地址：http://activemq.apache.org/参考文章：http://my.oschina.net/nk2011/blog/366395JMS支持两种消息发送和接收模型。一种称为P2P(PonittoPoint)模型，即采用点对点的方式发送消息。P2P模型是基于队列的，消息生产者发送消息到队列，消息消费者从队列中接收消息，队列的

1/概述利用SpringBoot作为基础框架，SpringSecurity作为安全框架，WebSocket作为通信框架，实现点对点聊天和群聊天。2/所需依赖SpringBoot版本1.5.3，使用MongoDB存储数据（非必须），Maven依赖如下：<properties<java.versi

TUN/TAP提供了给用户空间程序的包的接收和传输，它可以看成是简单的点对点设备或是以太网设备。它不是从物理设备接收包，而是从用户空间程序接收包。它发送包不是通过物理设备来发送包，而是将这些包写入用户空间程序来发送。为了应用这个驱动，应用程序需要打开/dev/net/tun设备（字符设备），然后发出一个控制(ioctl)来注册一个

好买网（www.goodmai.com)在全球分布式文件系统领域，已经有许多人的尝试。一些系统已经取得了重大的成功，而很多却完全失败了。在学术尝试中，AFS6就是成功的例子，如今已经得到广泛的应用，然而，其他的7，？却没有得到相同的结果。在学术界之外，应用最广泛的是面向音视频媒体的点对点文件共享系统。最值得注意的是，Napster，KaZaA和B

1\.简介RSocket是一种二进制的点对点通信协议，是一种新的网络通信第七层协议。旨在用于分布式应用程序中。从这个意义上讲，RSocket是HTTP等其他协议的替代方案。它是一种基于ReactiveStreams规范具有异步，背压的双向，多路复用，断线重连，基于消息等特性。它由Facebook，Netifi和Pivotal等工程师开发

　　除了之前讲到的缓存，我们还会用到消息队列来存储一些消息，为了提升系统的异步性能等等；　　消息服务有两个概念需要知道：消息代理messagebroker，目的地destination。消息发送由代理接管并传递到指定目的地：　　　　——消息只有唯一的发送和接受者，消息从队列中取出就不在了。　　目的地有两种形式：queue\点对点的消息队

ActiveMQ3.Java编码实现ActiveMQ通讯3.1.队列（Queue）目的地（Destination）分为：点对点的队列（Queue）一对多的主题（Topic）3.1.1.上手代码1.pom.xml

IM业务涉及许多技术点，比如点对点通信，组播，实时语音和视频等等，不同的业务也是需要用不同的协议去实现。近期我们的项目面临许多IM业务比如群聊，群语音，群组播等等；有关IM的技术虽然我们有研究一段时间，但是受时间限制就只能先用了第三方でserver。语音技术不太熟悉，这里就基本的IM通信对我学习到的个别几个协议进行对比和说明（不熟悉的协议我就略过了）

JMS消息传送模型    点对点消息传送模型　　在点对点消息传送模型中，应用程序由消息队列，发送者，接收者组成。每一个消息发送给一个特殊的消息队列，该队列保存了所有发送给它的消息(除了被接收者消费掉的和过期的消息)。点对点消息模型有一些特性，如下：每个消息只有一个接收者；消息发送者和接收者并没有时间依

RabbitMQ简介AMQP，即AdvancedMessageQueuingProtocol，高级消息队列协议，是应用层协议的一个开放标准，为面向消息的中间件设计。消息中间件主要用于组件之间的解耦，消息的发送者无需知道消息使用者的存在，反之亦然。AMQP的主要特征是面向消息、队列、路由（包括点对点和发布/订阅）、可靠性、安全。R

　　除了之前讲到的缓存，我们还会用到消息队列来存储一些消息，为了提升系统的异步性能等等；　　消息服务有两个概念需要知道：消息代理messagebroker，目的地destination。消息发送由代理接管并传递到指定目的地：　　　　——消息只有唯一的发送和接受者，消息从队列中取出就不在了。　　目的地有两种形式：queue\点对点的消息队

一般原理：发生拥塞控制的原因：资源(带宽、交换节点的缓存、处理机)的需求可用资源。作用：拥塞控制就是为了防止过多的数据注入到网络中，这样可以使网络中的路由器或者链路不至于过载。拥塞控制要做的都有一个前提：就是网络能够承受现有的网络负荷。对比流量控制：拥塞控制是一个全局的过程，涉及到所有的主机、路由器、以及降低网络相关的所有因素。流量控制往往指点对点

1前言前一篇介绍了JMS有两种通信模型，一种是点对点通信，另一种是发布/订阅模型，本篇将会继续探讨这两种模型。本篇文章需要按照严谨的实验顺序才能获得相同的结果，这是因为消息持久化和持久订阅这两个特性的原因，在文章结尾和下一篇文章会做解答。\\所有的实验在启动之前都必须到管理后台删除相关的队列或者topic，否则数据也可能不同\\在A