12 月 28 日早上，也就是刚刚，张晓龙在微信公开课上正式宣布，微信小程序将在1月9日正式发布！

张小龙在演讲中提到了关于微信小程序最关键的10件事，为大家整理如下：

10个微信小程序的最新消息

1、没有运行过小程序，就没有入口。

张小龙表示，推荐不是一个好事情，小程序没有推荐，这点能更好的保护用户，让小程序完全根据用户的喜好去使用，完全体现去中心化的结构思想。小程序就像一个工具，静静地在那等你去使用，很好的保护了用户的使用习惯。

2、小程序启动来自于扫二维码，小程序不存在一个小程序商店。

张小龙说：以春运做例子， 希望出现小程序帮助人们，无需去火车站购票，和使用小程序进行车票购买和进出站。小程序这样的形态更像是一种网页，用户用完即走，用户无需在类似app sore去选择。二维码是互联网时代实现线上线下的一个重要媒介，小程序通过二维码扫码展现能够为线下推广和线下服务带来重要的机遇。企业可以通过二维码，不论线上线下即可轻松推广自己的小程序，也可以通过二维码轻松实现对用户的服务。

3、小程序不是一种公众号，不应该订阅，没有粉丝，只有访问量。

小程序这样的一种形态完全体现了微信的理念：用完即走。可能未来小程序会以二维码用户的相册或者收藏。对于小程序拥有者来说，他们想的应该是如何优化小程序，提高用户体验来提升访问量。

4、小程序不能随意推送消息。

小程序可以提供有限的通知，类似邮箱通知，可发送用户需要的通知，不是谁来过就能收到，用户确认希望收到消息，才会收到消息，限制非常严格。这样的做法告诉我们小程序不再像传统app那样，小程序不会去骚扰用户，只有你需要想起来才去使用。

5、小程序不能分享到朋友圈，但是可以分享给朋友和聊天群。

这点体现了未来社群运营的重要性，对于企业需要更多去建立自己的社群而不是通过朋友圈铺天盖地的广告去吸引用户。朋友和聊天群已经让我们有了更多的想象空间，它拉近了人与人的关系，它就是一个即时的形态。

6、小程序页未来应该是“活”的。

张小龙表示：我只是分享了一个活的信息过去，而且在未来我们更希望的是，当然现在还没有做到，我们更希望的是我分享到群里面这一页的信息它是活的，所谓活的意思就是当它出现在一个聊天里的时候，你甚至不用点进去你就能看到这个小程序的表现。例如说我分享一个时钟的小程序到群里面，那么群里面每个人看到这个小程序，不用点进去就可以看到已经有一个时钟在那里运转。暂时这个形态还没有实现出来，但是我个人非常期待。我相信这种协作式的任务，对于小程序的分享会起到一个很大的帮助，我们可以在里面构思出非常多的需要群组一起完成任务的小程序。

7、小程序不能轻易被搜索。

小程序搜索会被限制，不会滥用，当用户触达，需要的时候，才能被精准搜索到。

8、小程序和公众号具有关联性。

当一个企业做了一个公众号，就能看到该公司做的小程序；当一个企业做了一个小程序，也能看到该公司做的公众号。或许未来公众号可以作为推广小程序的一个媒介，企业可以通过引导让用户到达小程序。

9、小程序可以基于地理位置让用户看到附近的小程序。

这样的做法让商家有了更多的想象空间，他们可以通过附近的小程序做到很好的一个推广。

10、小程序将于1月9日正式发布。

2017年1月9日，微信小程序就会正式出现在我们的手机里了。

今天的微信公开课将持续一天，后续可能还会有关于微信小程序的更多新消息，我们将为大家实时报道。只要点开下面的链接，就可以看到微信小程序的最新消息：

为什么要抢占微信小程序的

市场机遇？

根据艾瑞数据App指数，截至2016年11月微信App的月度独立设备已经达到90627万台。在这个惊人的庞大数量背后，无疑隐藏着巨大的商机。既然经过这几年订阅号和服务号的市场已经趋于饱和，那么现在新的红利期就落到了微信小程序上线的这段时间上。

千亿级市场这个说法或许听起来有些唬人，但是小程序的未来发展趋势确实不容小觑。很多人对微信小程序这个新事物的印象还停留在一个简单的层面，并没有思考其背后带来多大程度的行业生态变革。其实仔细想想，当时微信官方提出微信应用号（小程序最初的名字）的概念后，却在喧闹的舆论中沉寂了将近一年的时间，才正式丢出了撼动整个移动互联网生态的重磅炸弹。既然微信团队愿意用这么长的时间打磨一个互联网产品，那就绝不是一个普通的微信新功能那么简单。

首先，我们必须先认清一个显而易见的事实：在本质上，微信小程序就是内置于微信里的应用。那么微信小程序和原生App有什么区别呢？其实，微信小程序就是区别于原生App的另外一种App形式。它可以直接在微信里面打开，并且拥有和原生App几乎一样的功能和形式，在保持使用体验流畅的前提下却不会占用太多的手机内存。

从微信小程序的后台更新日志中可以看到，小程序于2016年12月就已经为开发者和体验使用者更新了新增分享、模板消息、客服消息、扫一扫、带参数二维码（当前仅限开发者和体验者使用）等多项重要功能。这意味着小程序充分体现了微信环境下的特点，并且拥有与原生App媲美的各种强大功能。不得不说，微信小程序的推出，可以说是移动互联网的又一次巨大变革。抢占微信小程序的市场机遇所带来的价值，就不言而喻了。

微信小程序上线后会有哪些机遇？

微信小程序的初期红利集中在工具类应用上，因此充分利用设备访问能力，例如：视频处理、访问相机、重力感应、定位这类的功能，让小程序有别于服务号，更具有实用价值。公众号要求推送消息在短时间内的时效性，而小程序则要求回归到服务价值本身。这一方面要求小程序要功能纯粹、简单，没有多余信息干扰，另一方面，还要保证良好的体验，符合用户需求、方便获得。借助小程序向线下、传统行业渗透，针对垂直行业，提供专业技术、内容服务的小程序更容易抓住风口。

当然，电商类小程序也会紧随其后，迅速进入这个庞大的生态。小程序的带参数二维码、支付交易和客服等功能，就是为了这一类应用量身打造的。可以说，电商行业必然会面临一次大规模洗牌。但在这样的情况下，很多中小企业会面临一个短板：难以承受高昂的开发成本以及专业的技术开发团队。这也是为什么越来越多的企业开始涌向“即速应用”这样的小程序第三方开发服务平台的原因。毕竟，省去繁琐的繁琐代码开发过程以及大量的人力资金成本，对希望快速进入小程序这个市场的中小企业来说，是有很大帮助的。

除此之外，餐饮、旅游、婚庆、金融、房地产、汽车……各行各业都会纷纷进入小程序这个市场，进一步扩大这个生态。微信小程序是微信对服务的一种延伸，它会在现有的微信生态和新媒体格局上，引导用户形成新的交互习惯，渗透进我们生活的方方面面。在这个市场中，中小企业必须找准自己的位置，快速展开应对市场的战略，才能在小程序的市场中占据一席之地。

中小企业怎样才能抓住微信小程序红利期？

一、进入市场一定要迅速。

在一个刚刚拓展的新市场中，越早进入，往往就能获得更迅速的发展机会。在推广过程中，既要参考原生App线上线下活动结合的推广思路，也要充分考虑微信环境下的社交网络传播环境。提前制定好市场战略，在合适的时机迅速进行推广，才能事半功倍。

二、充分借助小程序第三方开发平台。

一个行业的蓬勃发展，必然会带来第三方服务平台的兴起。例如现在的微信公众号行业，就有135编辑器、西瓜公众号助手、微页H5制作工具等第三方服务平台。现在微信小程序上线后，类似“即速应用”这样适用于零基础开发者的小程序制作平台也迅速涌现。借助这样的开发平台，可以直接在无需代码的情况下快速生成小程序，这能让中小企业省去不少麻烦，跟上小程序发展的节奏。

三、利用公众号积累的影响力。

如今绝大部分企业都已经有了自己的公众号。用小程序获取用户，订阅号进行用户运营，进行二次转化，是利用小程序驱动营销的基本思路。如今，微信用户活跃数用户数已达8.06亿，微信成为了我们日常最重要的流量入口，微信小程序的出现为我们提供了跨平台传播的更多可能。要想利用小程序营销品牌，最关键是要做好小程序的服务，以及切准行业方向，这样可以保证有源源不断的流量，还可以获得精准的用户。

未来小程序会成为一个怎样的生态？

从以往的发展可以看出，微信团队的目光是相当长远的。一直以来，微信每一次推出的功能在移动互联网行业内都有着里程碑式的意义：公众号的推出，开启了新媒体的全盛时代；红包功能的推出，在电子支付领域里和支付宝分庭抗礼；朋友圈广告的开放，建立了移动社交广告投放的全新模式……现在，微信小程序的推出，无疑将会是更为震撼的移动互联网变革。

很多人认为微信想做一个和App Store一样的应用商店，这也太小瞧微信了。其实微信小程序更接近于一个操作系统。从技术上来说，微信小程序确实是按OS标准打造的，开发语言和IDE都是自成体系，而且是和iOS一样的封闭生态。看起来，手机原生OS才是老大，微信小程序这种二级生态是很难做起来的。但是拿Windows里的互联网应用做对比，就可以很清晰地看到二级生态是非常强大的。微信小程序的设计目标就是这样一个大生态，所有现在做App的人，最后都难免会被卷进来，或者受到巨大的冲击。

不可否认，微信小程序的发展动向将会涉及很多企业的命运，虽然微信本身的盈利未知，但整个微信生态还是很庞大的，仅仅是现有的微信公众号数量就超过1000万以上，其中涉及到的人员更是多不胜数，不少创业者、开发者、创业公司都是围绕微信生态而活的，微信的任何一举一动，都间接决定部分人的利益。

而微信小程序的推出，相当于推倒了整个移动互联网的规则，并重新建立起新的规则。很有可能，未来都不会再出现满屏幕的手机App了，取而代之的是嵌入到微信里的各种小程序。到那个时候，传统的手机App生存环境将会越来越艰难，而微信小程序将会越来越被重视。

JITSI开源视频直播

JITSI开源视频直播

徐景周

WebRTC被认为是一种点对点技术，浏览器可以直接通信而无需任何类型的基础设施。此模型足以创建基本应用程序，但难以在其之上实现诸如组通信、媒体流记录、媒体广播或媒体转码之类的功能。

2.1 Mesh架构模式

下面是WebRTC Mesh（网格P2P）模式下，1对1的视频通讯如图一所示。

2.2 Mesh事件序列

如图二所示，Mesh模式下1对1模式下的事件序列图。其中，Coturn Server为开源的NAT穿透服务器(支持STUN/TURN/ICE)；Signal Server为信令服务器（可采用开源的/SkyRTC/）；

2.3 WebRTC框架

如图三、图四所示。

3.1 概述

WebRTC规范只定义了实时通信中客户端的行为，而没有规范服务端（包括哪些信令、数据如何流转）的行为。所以，你可以使用WebRTC库方便的实现1:1 实时通信，但对于多人实时互动，通常会使用WebRTC + 流媒体服务器的方案。WebRTC流媒体服务器类似“多媒体中间件”，从源到目的地时，媒体流量会通过该中间件。流媒体服务器能够处理媒体流并提供不同的类型，包括组通信（将一个对等方生成的媒体流分配给多个接收方），混合（将多个传入流转换为一个单一的复合流），转码（在不兼容的客户端之间适应编解码器和格式），录制（以持久的方式存储对等体之间交换的媒体）等。

如图五所示。WebRTC媒体服务器包括SFU( Unit，可选择转发单元)，MCU（ Control Unit，多点控制单元）或混合模式。

3.2 媒体流

如图六、图七所示。WebRTC由语音引擎，视频引擎和网络传输三大模块组成。其中，WebRTC音频处理（）默认编解码是ISAC（ Speech Audio Codec），源码目录“/”；视频处理（）默认采集与编解码是I420和VP8（源码目录“/”）。

3.3 流媒体服务器

基于WebRTC流媒体服务器有很多，如表一所示。下面针对主流的开源服务器进行介绍。

3.3.1 Janus

Janus 采用C语言实现，是一个非常有名的开源WebRTC流媒体服务器，它是以Linux风格编写的服务程序。支持Linux/MacOS下编译和部署，但不支持Windows环境。

Janus架构如图七所示。Janus分为两层：应用层和传输层。整体架构采用了插件的方案，用户可以根据自己的需要非常方便地在上面编写自己的应用程序。Janus 所有信令的格式都是采用JSON格式。

3.3.2

使用C++和NodeJS语言实现，底层使用libuv处理I/O事件。

Janus架构如图八所示。流媒体服务器是由NodeJS和 (C++) 两部分组成。其中，NodeJS负责的信令接收与业务管理。(C++)负责媒体数据流的转发工作。

3.3.3 Medooze

Medooze使用C++和NodeJS语言实现。Medooze的整体架构与类似，不过它的信令处理、业务管理以及媒体数据的转发功能都是放在NodeJS下进行统一管理的。

Medooze的业务功能要比强大，像服务端录制、推流这些没有的功能它都支持。但它性能没有好，因为Medooze的底层使用的poll来处理I/O事件，poll与epoll性能差距大。除此之外，Medooze的业务逻辑也没有简洁；另外与 Janus 相比，它的业务管理不如Janus灵活，Janus的插件管理方式显然要优于Medooze和。

Medooze架构如图九所示。

3.3.4 Licode

Licode是由C++和NodeJS语言实现。既可以用作SFU类型的流媒体服务器，也可以用作MCU类型的流媒体服务器。Licode不仅仅是一个流媒体通信服务器，而且还是一个包括了媒体通信层、业务层、用户管理以及客户端 SDK 等功能的完整系统，并且该系统还支持分布式部署。

Licode架构如图十所示。其中，媒体通信部分由C++语言实现，而信令控制、用户管理、房间管理用NodeJS实现。Licode从功能层面来讲分成三部分，即Nuve、和三部分，它们之间通过消息队列进行通信。

3.3.5 Kurento

Kurento使用C++开发，有丰富的文档和示例。Kurento是真正完整的多功能媒体服务器，不仅提供媒体服务器功能，还提供其它很多工具（人脸识别，二维码接口，对象追踪等）。

Kurento架构如图十一所示。

3.3.6Jitsi

Jitsi是使用Java构建的服务端，底层也是使用C/C++。Jitsi是比较活跃的开源视频会议平台，是一个处理XMPP（前身是Jabber）信号流的SFU，适用于SIP/XMPP视频通话、会议、聊天、桌面共享、文件传输。

Jisti核心组件如图十二所示。

Jisti分布式部署示例（单Jitsi-Meet, 多Video-Bridges），如图十三所示。

Jitsi SDK

3.4 小结

对流媒体服务器的选择，没有最好，只有最合适。每个开源实现都有其各自的特点，需要根据自身特点以及项目特点选一个最合适的。

四、Jitsi架构

4.1 网络拓扑

如图十四所示。分为二类用户接入：WebRTC和SIP。其中，Web Server可以理解为Nginx + Jitsi Meet。

4.2 技术架构

如图十五所示。可分为访问层、应用层和媒体层。

访问层（Access Layer）：接入端。例如：Web浏览器。应用层（ Layer）：内含Jitsi重要组件。例如：Jicofo提供基本信令服务、负载均衡等；Jirecon和Jipopro是负责录制视频相关的功能。媒体层（Media Layer）：-Bridge负责中继视频流，是一个选择性转发单元(SFU)。

备注：是一个开源的电话交换平台，类似一个背靠背的用户代理，用来帮助通信的双方进行实时的语音视频通信。支持多种通讯技术标准，包括SIP、H.323、IAX2以及，可以方便的与其他开源的PBX系统进行对接，可以用作交换机引擎、PBX、多媒体网关以及多媒体服务器等。

4.3 事件交互

一个简单示例，如图十六所示。

4.4 分布式方案

如图十七所示。一种示例方案，多区域分布式部署（美国东部/西部、欧洲中部/西部、亚太区域）。

五、Jitsi部署

Jitsi官方开源子项目有100多个，必备项目有5个：Prosody、Jitsi-Meet、Jicofo、Jitsi-Video-Bridge（jvb）、Turn Server。

官方文档提供三种部署方式，具体安装过程请参见官网示例。

1） 快速安装（即打包安装）。

2) 基于Docker的安装。

3) 手工安装（即依次逐个安装）。

注意事项

经安装测试，Windows环境下采用Docker容器方式，需要安装Hyper-V，Win10家庭版会遇到一些问题（例如：没有Hyper-V，容器启动不了等）。Windows环境下采用VMWare虚拟机安装Debian/Ubuntu的方式，则需要禁用Hyper-V；先修改Linux默认来源地址（例如：Debian下的/etc/apt/sources.list）到国内镜像地址（例如：清华/阿里）。可切换到root权限（终端输入：sudo -i），再按官网步骤安装。终端输入：sudo ，将以界面方式打开root文件夹。