51CTO旗下网站
转转孙玄:微服务架构下，如何打造二手交易平台
在大会的云计算基础架构与实践分论坛上，转转公司架构算法部负责人孙玄带来了《微服务架构下，如何打造二手交易平台》的主题演讲。他从何为微架构服务谈起，从垂直领域、业务模式和引入分布式事务解决方案三个方面与大家分享了如何做好微架构服务。
作者：ZL来源：51CTO| 11:24
由中国电子技术标准化研究院主办、51CTO承办的&第七届中国云计算标准和应用大会&于日至1月5日在北京成功召开。本次大会全面展示我国云计算国家标准研制工作的成果，解读国内云计算产业政策，报告云计算标准化工作的重要进展。同时，大会还重磅发布了国家开源领域的标准化产物，分享了云计算最新的技术趋势和应用创新成效，并颁发了云计算产品及解决方案第五批测评证书。此外，第二届中国优秀云计算开源案例评选结果也在大会现场公布。
在大会的云计算基础架构与实践分论坛上，转转公司架构算法部负责人孙玄带来了《微服务架构下，如何打造二手交易平台》的主题演讲。他从何为微架构服务谈起，从垂直领域、业务模式和引入分布式事务解决方案三个方面与大家分享了如何做好微架构服务。作为本场论坛的最后一名演讲嘉宾，虽然天色已晚，但精彩的内容分享仍然吸引了现场所有观众的驻足聆听。
以下为演讲实录：
大家下午好!
到这个时间点了，大家还坐在这里听我讲非常不容易，其实刚才刘唇驳姆浅＞剩嫡飧龌峋筒挥Ω媒脖冉霞际醯亩鳌８蘸梦医裉熳急傅恼飧龆鞣至讲糠郑徊糠质怯美创蹬５模腔褂幸徊糠质歉苫酰苫醪糠至此盗耍颐怯Ω媒惨恍└雍旯鄣亩鳎约际醯亩魑颐蔷×可俳病
今天讲一下在整个微服务架构下，我们整个二手交易平台怎么样打造一些云基础设施?
首先，允许我做个自我介绍，我此前一直在58待了很多年，58成长比较快，成为整个58集团最高的架构师，后来带领大家做一些在技术上比较难啃的骨头。当年为什么加入58，其实比较有意思。我2011年在百度，后来想离开百度，去哪里呢?其实不知道，当时猎头就问我，你想不想去58?我当时说也可以，但是我不知道58是什么东西，我唯一知道每天杨幂在整个公交上和地铁上说58同城一个神奇的网站，我想既然神奇，我就来了，一待就是很多年。我在58经历比较简单，基本上最开始做一个类似于一个电商的聊天的工具，后来就做转转的产品。
我在百度其实是在做百度空间，大家知道这个产品吗?不知道，你们知道的同学都暴露年轻了。在此前在浙大读书，后面因为有很多积累，所以代表公司做了很多次分享。基本上业内的大会，我能刷脸的地方都刷过了，包括整个AI，包括整个架构的大会其实的刷比较多，为什么最近刷AI?我其实个人的经历，架构放了一部分，但是做电商其实更重要的是在算法方面，比如说通过一些机器学习，在整个推荐和搜索上产生一定的订单万花，因为这部分现在是我负责，我个人更多精力放在算法上面，有兴趣的同学可以交流，也是我个人的一些介绍。
谈到微服务架构首先聊聊微服务架构是一个什么东西，围绕微服务架构下二手交易平台做哪些基础设施，这里选择两个比较有典型的案例跟大家去讲一下，比如说在二手交易平台下整个分布式怎么设计，我们整个事务如何去做?讲之前首先聊一下这个东西，这个东西大家都见过没有?这其实是我们的一个logo，因为我们是做二手的，我们要解决一个从&买买买&到&卖卖卖&的问题，我原来在朋友圈看到一句话觉得挺有意思的，其实也是解决同买买买到卖卖卖的问题，当然也是在共享经济时代的流转，我们更鼓励你不用的东西可以在二手平台上卖出去，这样至少你可以换点钱，至少你对钱其实是不讨厌的。
按垂直领域去做微服务架构
我们讲到微服务，不得不提在整个微服务时代有一个人提出这个架构，这个架构是马丁&福勒。微服务架构的思想很早都有，真正提出来是在2014年，既然是一种架构模式，必然会遵循一些规范或者架构设计的理念，大家可以看，首先微服务是一些小服务的组合。什么叫小服务的组合呢?有一次在一个大会的会议下交流时，有位老师说能够做到定量的去做到微服务，我说你们是怎么样做到的?他们老板说，我们就按照代码行来做，一千行就定义为一个微服务。他问我行不行，假设你们的代码行数是1001行你怎么做?他回答好像我们还没遇到这个问题。
我们要做微服务，你们一定听说过什么领域驱动设计，这是很大的理论，实际过程中怎么做呢?就可以按照整个业务的垂直领域去参与。我们做二手交易，我们有用户体系，我们用商品体系，我们有交易体系、搜索体系、交易体系，垂直拆，用户是一块，商品是一块，推荐一块，拆完之后，每一块就是微服务，这样拆完就OK了吗?当然不OK，搜索如果拆完之后所有的逻辑、数据访问都在一起，必然造成你的模块的功能非常臃肿，我们需要在水平方向做一个拆分，可以拆成网关，业务逻辑层和DB来做，我们在业界做无非就是垂直拆分和水平拆分的东西，来做这一块，这块是比较简单的。
最终我们拆出来，我们真正拆的话，其实一样，比如上面是我们整个客户端，比如说IOS和安卓，对下面是整个网关，网关下面是业务逻辑层，再下面是数据访问，再下面是TB做这一块，垂直方向做了垂直拆分，水平方向又做了水平拆分。在我看来同整个架构模式上，你的微服务架构无非做了一个垂直拆分，加上一个水平拆分，当然它最难的其实不在你的水平拆分，而是在于你的垂直拆分，所以这个比较简单。我们整个微服务，他的业务架构这时候应该按照你的业务领域模型进行拆分，拆分完之后我们再去做一个水平拆分就OK了，这个其实是比较简单的。
另外一块，我们整个二手交易平台其实它是电商，既然有电商的话，电商该有的东西它都有，所以我们这个模块其实也是比较多的。大家可以看一下，从下面整个的运维支撑，包括我们的发布系统，以及我们整个的信息化平台，这是在运维层面的称，运维层面之上有我们的基础服务，包括短域名，包括整个的沟通，因为用户卖家和买家的沟通，包括我们的push服务。还有技术组件，数据库的中间件，这些东西需要我们自己打造，当然上面还有一些平台，这些平台主要是为了整个服务来做的，比如说监控去做，你的服务做，你的日志的跟踪去做?当然还有离线任务，你的调度去做，保证你的调度的稳定性。当然我们还有自己的存储层，主要三部分。最上面就是大家说的，我们要做微服务，必然要解决微服务框架的问题，包括你的RPC怎么去做?你的网关怎么去做?好在我们其实没有用业界开源的东西，但是我们的RPC是我们自己打造的，基本上业界听说过的doble和PRC比较类似，所以我们自己做，我们做的东西比较多。我会挑一两个比较重要的跟大家讲一下。
按照业务模式来做微服务框架
其实锁这个东西有很多的场景我们可以用到，比如说在整个的交易，因为二手交易平台和新品不一样的地方在哪儿?新品是有库存的概念，但是二手交易平台是没有库存的概念，所有的商品理论上只有一件，所以在这种情况下如果两个人同时对一个订单下定单，如果你要不做一个全局唯一的限制，就可能下订单下重了，超卖的情况，这种情况你需要用到锁保证它资源的唯一性。另外一方面消费，我要产生一个消息，丢到MQ里面，你发送消息的时候你是没有办法保证你的密令性的，你的密令性通过消费端保证，你怎么保证你的消息被一个消费掉了，另外一个就不再去消费他，解决你的消费密令性的问题，这时候也会用到一些锁的问题。
这种情况无非解决的分布式环境下我们的资源唯一写的问题，这个其实很简单，我相信你们有解决的办法。大家都知道，我直接用readis Setnx
Timeout搞就行了。但是用这个做有什么问题呢?理论上来说其实你的锁一旦放在redis里面有一个周期，这个锁什么周期你是不靠控制的。我们的目标是解决这些问题，首先的目标解决强一致性。另外一点，你的锁，我希望是有周期的，刚开始申请到5毫秒，我发现5毫秒还不够，我再续5毫秒，但是redis时代这一点是做不到的。你作为一个锁，业务方向接入你，对你的要求，我希望业务方接入你的步骤极简，如果大家做过技术服务也好，哪怕你让业务多写一行代码，业务告诉你我不干，所以这是很麻烦的一个事，你要做这个事情。可视化管理后台和监控这是必须要去做的。
怎么做呢?很简单，我们采用ETCD来做，在业界经过了整个的验证，它是简单的KV，它的高可用，数据本身是支持持久化的，所以存储采用ETCD来去做，我们怎么去做呢?ETCD本身是高可用的分布式集群，我们希望在客户端打造一个分布式的客户端，一个锁我当然希望在多个模块都可以公平竞争，所以这是我们的出发点。
你获取这个锁无非两种模式，一个模式是客户端的TTL，另外一个就是服务端TTL，服务端TTL，就是你的锁一旦到期以后来帮你续租，一个客户端帮你续租，另外一个我希望ETCD本身帮我续租。这个模式是比较简单。
客户端模式比较简单，比如说我有两个用户，一个客户端A，一个客户端B，拿到锁很简单，直接请求ETCD的一个接口就好了，当然它需要传一些东西，比如说你的Key，你的TTL，包括你要写一些东西，包括你的UID，也是你的锁的唯一标识。
当然，这时候只有一个用户其实能拿到锁，如果A拿到锁，B必然拿不到锁。这时候一旦A过期以后希望续租，客户端模式有一个线程帮他续租，客户端模式需要客户端帮你做续租。
另外一块是Server模式很简单，他获得锁都一样，只不过你的续租谁来做?当然我希望Server端来去做。我们实际用什么呢?我们实际一定是用我们的服务端模式，因为流程越少，越稳定，你的客户端接入就越稳定。
业务接入比较简单，JDK7及以上，用Try代码，如果是JDK7以下，拿到锁以后需要用你的relesad接口来做这一块。两个人同时对它申请就OK了。最后清理，如果用JDK7以上如果释放掉以后，我们就直接释放掉了，这个比较简单，不花大功夫去讲了。
引入分布式事务的解决方案
另外，想跟大家讲一下事务的问题，刚才讲在微服务架构里面因为我们的模块其实会拆分的非常非常多，拆分非常非常多以后，一个请求过来，你会设计多很多的模块，这些模块同时对多个模块进行更改，这时候你怎么能保证你的数据对多个模块要么都成功，要么都成败。在整个的分布式环境下或者微服务架构下适合你的模块其实很多，这时候你可能需要引入一些分布式事务的解决方案。
要解决分布式事务的解决方案，有没有什么好办法?你要解决分布式事务理论上是一个长事务，你要解决长事务本质上还是要把这个长事务变成一个短事务，短事务其实就是你的本地事务。这样你的分布事务解决一旦出现问题，你的协调的问题。解决分布式事务有很多方式，比如说补偿的方式。当然也可以在异步环境下通过MQ来去做。在异步的环境下怎么通过MQ实现整个分布式的锁，分布式事务来去做这一块，我们的目的最终保证数据一致性。
怎么做呢?很简单，MQ其实可以提供类似于TCC的分布式的功能，因为我希望通过一个MQ的事务消息解决我的数据最终一致性的问题，什么叫业务场景，刚才讲我们是使用在一些异步的场景去做，我们现在在一个交易环境下下单的支付，我希望下单成功以后产生一个消息放在MQ里面，这时候支付环节从MQ里面读从消息里面异步进行处理，这个环节是异步场景，关键怎么保证下单能成功?我在下单能成功，把下单以后的消息放在MQ里面企事业能成功。如果使用正常的MQ，下单之前首先放一个消息在MQ里面，可不可以?也是可以的，但是有可能把消息放在MQ之后，你真正下单失败了，这时候你放的消息就没用了，也可以选择我先下单，下单成功之后再把这个消息放在MQ里面，但是也有可能你把这个消息放在MQ里面又失败了，因为它是两步操作，你都没有办法保证它一致性的问题，这是头痛的问题，我们希望我的下单和产生消息在异步环境下，的确有可能把它放在MQ里面失败了，但是失败以后，我希望业务方能够提供一个回查的借口，我再去回查，你告诉我成功与否，如果成功了，我再去做这一块。
这个思路很简单，我们希望我的业务方能提一个本地操作的回查接口，涉及两个状态，一个叫半消息，一个叫消息的回查。这个图是一个流动图，MQ发送方就是MQ的客户端，本地性的事务就是下单。我们做这个事呢?第一步做下单操作之前做一个什么事儿呢?首先向MQ服务事务端里面发送一个半消息，这时候发到MQ里面是不会被下游性的，MQ受到这个成功消息之后，知道这个半消息已经发到MQ了，业务方可以做什么事呢?第三步就可以执行下单的本地事务。一旦我的下单本地事务执行成功。
第四步，如果成功了我就再提交一个消息，告诉我的MQ，我的整个本地事务已经执行完了，这个时候可以把刚才这个消息投递给你的消费方，顺利的情况下MQ告诉你的发送方，我也收到这个消息，就OK了，有可能你发送这个消息的时候由于网络的异常，你的发送方其实没有收到，这时候很简单，大家看第五步，如果这时候我的MQ发送方没有收到你发给MQ的消息，这时候很简单，你的发送方检查你的本地事务，这时候刚才操作有没有成功?假设你查出你的本地事务发现这个订单我其实已经下过了，这时候你会做一个什么事情?很显然第七部，根据我的事务做reback，通过这种方式，总能保证最终这个消息是成功被消费的，野鸽方案理论上是OK的，它的优点比较通用，它的缺点是你的业务方需要提供一个回查的接口，你每做一个本地事务，你需要把本地事务的回查接口提供给你的MQ发送方让他查询，也是对业务方是有代价的，当然过程不用讲了。
第四步执行本地的操作，OK以后，你提交，这时候对你的发送方来说，其实你需要去提交或者去回滚这个brouk。他的最大问题不在于提交，问题每次做这样一个事务以后，我的业务方都要提供一个回查的接口，这个其实很多情况下对于你的业务方是不愿意干的。这个方案本身是没有问题的。我们能不能有一个方案能完成我们对重设计的一致性，有可能。我们期望做什么事情呢?我们希望说，刚才说我的下单和我产生一个MQ消息这两步操作，我们能不能做这件事情?我把我本地的下单和我产生消息，这时候我不是直接放在MQ里面，我能不能直接通过本地事务的方式把下单操作和产生消息的操作放在一个里面，如果能放在一个里面，那么你的订单和你的下单，你的订单和产生消息，要么都成，要么都失败就OK了，这时候你还需要多一个从你本地的消息表里面读出消息传到你的MQ里面就好了。如果这样的话，业务方其实不需要提供回查接口的，这样会比较爽一点。
所以很简单，去做也一块呢?我们希望在用户做本地操作事务表的同时，我们给他放一张本地的消息表，开启一个本地事务来做这一块。这是流程。这个流程，这个就是你的微服务的客户端，这就是你的微服务的数据库。
和此前不一样的地方是什么呢?第一步写入业务数据和服务数据，第一步在这里面放一个，在这个里面可以对它进行事务的操作，第一步一旦成功或者失败，比如说成功了做什么事情呢?从事务表里面读出来本地事务放到我们的MQ里面去。所以第三步，读出来以后，我的微服务可以把这个协议再写到MQ里面，同时MQ给你的微服务和客户端，我就可以去做这个事情，这是需要你的MQ的客户端多做一些事情，同你刚才提交的本地的消息表里面读出来，再放在本地。所以这是这个方式。
我们最终选择的是这种方式，因为时间有限，其他的东西没有办法给大家展开，有兴趣的时候我们可以交流一下。这个基本上是我今天讲的内容。其他的我们采用的本地事务消息表去做这一块。
讲完这个今天我的分享就结束了，主要是带领大家去学习了一下整个微服务架构设计的一些理念，以及我们整个云事务，给大家举了两个例子，以及锁和整个事务怎么去做。
【责任编辑： TEL：（010）】
大家都在看猜你喜欢
热点关注调查热点热点
24H热文一周话题本月最赞
讲师：36942人学习过
讲师：135504人学习过
讲师：106802人学习过
CTO专属活动
精选博文论坛热帖下载排行
Python是目前流行的脚本语言之一。本书由浅入深、循序渐进地讲解如何使用Python进行程序开发。全书内容包括Python安装、开发工具简介、Pyth...
订阅51CTO邮刊视频格式_百度百科
清除历史记录关闭
声明：百科词条人人可编辑，词条创建和修改均免费，绝不存在官方及代理商付费代编，请勿上当受骗。
视频格式是视频播放软件为了能够播放视频文件而赋予视频文件的一种识别符号。视频格式可以分为适合本地的本地影像视频和适合在网络中播放的影像视频两大类。尽管后者在播放的稳定性和播放画面质量上可能没有前者优秀，但网络流媒体影像视频的广泛传播性使之正被广泛应用于视频点播、网络演示、远程教育、广告等等互联网信息服务领域。
视频格式常见格式
（运动图像专家组）是Motion Picture Experts Group 的缩写。这类格式包括了,和在内的多种视频格式。MPEG-1相信是大家接触得最多的了，因为其正在被广泛地应用在VCD 的制作和一些视频片段下载的网络应用上面，大部分的VCD都是用MPEG1 格式压缩的( 刻录软件自动将MPEG1转换为DAT格式 ) ，使用MPEG-1 的压缩算法，可以把一部120 分钟长的电影压缩到1.2 GB 左右大小。MPEG-2 则是应用在DVD 的制作，同时在一些（高清晰电视广播）和一些高要求、处理上面也有相当多的应用。使用MPEG-2 的压缩算法压缩一部120 分钟长的电影可以压缩到5-8 GB 的大小（MPEG2的图像质量是MPEG-1 无法比拟的）。MPEG系列标准已成为国际上影响最大的多媒体，其中MPEG-1和MPEG-2是采用相同原理为基础的、变换编码、及运动补偿等第一代数据压缩编码技术；MPEG-4（ISO/IEC 14496）则是基于第二代压缩编码技术制定的国际标准，它以视听媒体对象为，采用基于内容的压缩编码，以实现数字视音频、图形合成应用及交互式多媒体的集成。MPEG系列标准对VCD、DVD等视听消费电子及数字电视和（DTV&&HDTV）、多媒体通信等信息产业的发展产生了巨大而深远的影响。
，音频视频交错(Audio Video Interleaved)的英文缩写。AVI这个由发表的视频格式，在视频领域可以说是最悠久的格式之一。AVI格式调用方便、图像质量好，压缩标准可任意选择，是应用最广泛、也是应用时间最长的格式之一。
使用过机的朋友应该多少接触过。QuickTime原本是公司用于Mac计算机上的一种图像软件。Quick-Time提供了两种标准图像和格式, 即可以支持静态的*.PIC和*.JPG图像格式，动态的基于Indeo压缩法的*.MOV和基于MPEG压缩法的*.MPG视频格式。
(Advanced Streaming format高级流格式)。ASF 是MICROSOFT 为了和的Real player 竞争而发展出来的一种可以直接在网上观看视频节目的文件。ASF使用了MPEG4 的压缩算法，压缩率和图像的质量都很不错。因为ASF 是以一个可以在网上即时观赏的视频“流”格式存在的，所以它的图像质量比VCD 差一点点并不出奇，但比同是视频“流”格式的RAM 格式要好。
一种独立于编码方式的在Internet上实时传播多媒体的，公司希望用其取代之类的技术标准以及WAV、AVI之类的文件扩展名。的主要优点在于：可扩充的媒体类型、本地或网络回放、可伸缩的媒体类型、流的优先级化、多语言支持、扩展性等。
如果发现原来的播放软件突然打不开此类格式的AVI文件，那你就要考虑是不是碰到了n AVI。n AVI是New AVI 的缩写，是一个名为Shadow Realm 的地下组织发展起来的一种新视频格式。它是由Microsoft ASF 压缩算法的修改而来的（并不是想象中的AVI），视频格式追求的无非是压缩率和图像质量，所以 NAVI 为了追求这个目标，改善了原始的ASF 格式的一些不足，让NAVI 可以拥有更高的帧率。可以这样说，NAVI 是一种去掉视频流特性的改良型ASF 格式。
是一种3G流媒体的格式，主要是为了配合3G网络的高传输速度而开发的，也是目前手机中最为常见的一种视频格式。
简单的说，该格式是“第三代合作伙伴项目”(3GPP)制定的一种多媒体标准，使用户能使用手机享受高质量的视频、音频等多媒体内容。其核心由包括高级(AAC)、自适应多速率 (AMR) 和MPEG-4 和H.263视频编码等组成，目前大部分支持视频拍摄的手机都支持3GPP格式的视频播放。其特点是网速占用较少，但画质较差。
（RA、）格式由一开始就是定位在应用方面的，也可以说是视频流技术的始创者。它可以在用56K MODEM 拨号上网的条件实现不间断的视频播放，当然，其图像质量和、等比是不敢恭维的啦。毕竟要实现在网上传输不间断的视频是需要很大的的，这方面是的有力竞争者。
一种后缀为的视频文件频频出现在网络上，它可在一个文件中集成多条不同类型的音轨和字幕轨，而且其的自由度也非常大，可以是常见的、、3IVX，甚至可以是RealVideo、QuickTime、WMV 这类流式视频。实际上，它是一种全称为Matroska的新型多媒体，这种先进的、开放的封装格式已经给我们展示出非常好的应用前景。
是FLASH VIDEO的简称，FLV格式是一种新的视频格式。由于它形成的文件极小、加载速度极快，使得网络观看视频文件成为可能，它的出现有效地解决了视频文件导入后，使导出的SWF文件体积庞大，不能在网络上很好的使用等缺点。
作为一种更小更清晰，更利于在网络传播的格式，已经逐渐取代了传统，也已经被大多数主流播放器兼容播放，而不需要通过转换等复杂的方式。F4V是公司为了迎接高清时代而推出继FLV格式后的支持H.264的F4V格式。它和FLV主要的区别在于，FLV格式采用的是H263编码，而F4V则支持H.264编码的高清晰视频，码率最高可达50Mbps。也就是说F4V和FLV在同等体积的前提下，能够实现更高的分辨率，并支持更高比特率，就是我们所说的更清晰更流畅。另外，很多主流媒体网站上下载的F4V文件后缀却为FLV，这是F4V格式的另一个特点，属正常现象，观看时可明显感觉到这种实为F4V的FLV有明显更高的清晰度和流畅度。
RMVB的前身为RM格式，它们是公司所制定的音频视频压缩规范，根据不同的，而制定出不同的压缩比率，从而实现在低速率的网络上进行影像数据实时传送和播放，具有体积小，画质也还不错的优点。
早期的RM格式为了能够实现在有限带宽的情况下，进行视频在线播放而被研发出来，并一度红遍整个互联网。而为了实现更优化的体积与画面质量，Real Networks公司不久又在RM的基础上，推出了编码的RMVB格式。RMVB的诞生，打破了原先RM格式那种平均压缩采样的方式，在保证平均压缩比的基础上，采用浮动比特率编码的方式，将较高的比特率用于复杂的动态画面（如歌舞、飞车、战争等），而在静态画面中则灵活地转为较低的采样率，从而合理地利用了比特率资源，使RMVB最大限度地压缩了影片的大小，最终拥有了近乎完美的接近于DVD品质的视听效果。我们可以做个简单对比，一般而言一部120分钟的dvd体积为4GB，而rmvb格式来压缩，仅400MB左右，而且清晰度流畅度并不比原DVD差太远。
人们为了缩短视频文件在网络进行传播的下载时间，为了节约用户宝贵的空间容量，已越来越多的视频被压制成了RMVB格式，并广为流传。到如今，可能每一位电脑使用者（或许就包括正在阅读这篇文章的您）电脑中的视频文件，超过80%都会是RMVB格式。
RMVB由于本身的优势，成为目前PC中最广泛存在的视频格式，但在中，RMVB格式却长期得不到重视。MP4发展的整整七个年头里，虽然早就可以做到完美支持，但却久久未有能够完全兼容RMVB格式的机型诞生。对于MP4，尤其是容量小价格便宜的MP4而言，怎样的视频格式才将会是其未来的主流呢？我们不妨来探讨一番。
由Google提出，是一个开放、免费的媒体文件格式。WebM 影片格式其实是以 Matroska（即 MKV）容器格式为基础开发的新容器格式，里面包括了 VP8 影片轨和 Ogg Vorbis 音轨，其中Google将其拥有的VP8技术以类似BSD授权开源，Ogg Vorbis 本来就是开放格式。 WebM标准的更加偏向于开源并且是基于HTML5标准的，WebM 项目旨在为对每个人都开放的网络开发高质量、开放的视频格式，其重点是解决视频服务这一核心的网络用户体验。Google 说 WebM 的格式相当有效率，应该可以在 netbook、tablet、手持式装置等上面顺畅地使用
Ogg Vorbis 本来就是开放格式，大家应该都知道，至于 VP8 则是 Google 当年买下一间叫 On2 的公司的时候，取得的 Video Codec， Google 也把这个 Codec 以类似 BSD 授权放出来，因此 WebM 应该是不会有 H.264 的那些潜在的专利问题。
Youtube 也会支持 WebM 的播放。来自产业界的有 Adobe -- Flash Player 将会支持 WebM 格式的播放 -- AMD、ARM、Broadcom、Freescale、NVIDIA、Qualcomm、TI 等。谁不在上头？Intel。在 Browser 方面，Chrome 不要说，Firefox、Opera 都已经表态将会支持这个新格式。微软IE9 的支持就没这么直接，出厂时仅会支持 H.264 影片的播放，但如果你另外下载并安装了 VP8，那当然你也可以播放 HTML / VP8 的影片。 　要推动一个新格式进入主流，甚至成为龙头老大，是非常不容易的。但 WebM 和 VP8 的推动者是 Google，而且是在 H.264 正因为其非开放性而备受质疑的时候，或许 WebM 真有机会迅速地站稳脚跟，一举成为新一代的影片通用格式呢！
新一代光盘存储，一张HDDVD盘能达到15-50G的容量，可以提供更大的分辨率，码率。由于在实力上输给蓝光，所以现在已经停止研发。属于高清。
（Blu－ray）
BLU-RAY DISK，（简称BD）新一代光盘存储，普通蓝光盘可以达到20G以上的容量，甚至达到惊人的100G，所以可以存储更清晰的影片。属于高清。
格式是一种视频加速格式。qsv格式是爱奇艺公司研发的一种视频文件格式，由于爱奇艺全面正版视频，故qsv格式只能使用奇艺播放器（影音）播放。由于正版视频需要版权保护加上QSV文件是一种缓存文件，所以以往qsv不能用常规的格式（格式工厂等）转换软件进行转换。
视频格式视频编码
准确的说，AVI，ASF，FLV是一种文件格式，我们可以在我的电脑上看到的*.AVI这种文件。即使是同一种文件格式，如AVI，又分为MPEG-1，MPEG-2 ，MPEG-4几种视频格式，然后同一种视频格式，如MPEG-4又可以使用多种，例如：MP4V/XVID/DX50/DIVX/DIV5/3IVX/3IV2/RMP4。
1．Microsoft RLE
一种8位的编码方式，只能支持到256色。压缩动画或者是计算机合成的图像等具有大面积色块的素材可以使用它来编码，是一种方案。
2．Microsoft Video 1
用于对进行压缩，是一种方案，最高仅达到256色，它的品质就可想而知，一般还是不要使用它来编码AVI。
3．Microsoft H.261和H.263 Video Codec
用于视频会议的Codec，其中H.261适用于ISDN、DDN线路，H.263适用于，不过一般机器上这种Codec是用来播放的，不能用于编码。
4．Intel Indeo Video R3.2
所有的Windows版本都能用Indeo video 3.2播放AVI编码。它比Cinepak大，但需要回放的计算机要比Cinepak的快。
5．Intel Indeo Video 4和5
常见的有4.5和5.10两种，质量比Cinepak和R3.2要好，可以适应不同的网络，但必须有相应的解码才能顺利地将下载作品进行播放。适合于装了Intel公司MMX以上CPU的机器，回放效果优秀。如果一定要用AVI的话，推荐使用5.10，在效果几乎一样的情况下，它有更快的编码速度和更高的压缩比。
6．Intel IYUV Codec
使用该方法所得图像质量极好，因为此方式是将普通的RGB色彩模式变为更加紧凑的YUV色彩模式。如果你想将AVI压缩成MPEG-1的话，用它得到的效果比较理想，只是它的生成的文件太大了
7．Microsoft MPEG-4 Video codec
常见的有1.0、2.0、3.0三种版本，当然是基于MPEG-4技术的，其中3.0并不能用于AVI的编码，只能用于生成支持“”技术的ASF文件。
8．DivX- MPEG-4 Low-Motion/Fast-Motion
实际与Microsoft MPEG-4 Video code是相当的东西，只是Low-Motion采用的固定，Fast-Motion采用的是，后者压缩成的AVI几乎只是前者的一半大，但质量要差一些。Low-Motion适用于转换DVD以保证较好的画质，Fast-Motion用于转换VCD以体现MPEG-4短小精悍的优势。
9 、DivX 3.11/4.12/5.0
实际上就是DivX，原来DivX是为了打破Microsoft的ASF规格而开发的，开发组摇身一变成了Divxnetworks公司，所以不断推出新的版本，最大的特点就是在编码程序中加入了1-pass和2-pass的设置，2-pass相当于两次编码，以最大限度地在与视觉效果中取得平衡。
视频格式转换器
常见的视频转换器工具有、、Windows Moive Maker、魔影工厂等等。
格式工厂（Format Factory）是一款多功能的多媒体，适用于//，完全免费。可以实现大多数视频、以及图像不同格式之间的相互转换。转换可以设置文件输出配置，增添等功能。
所有类型视频转到、、、、、、、、、。新版支持xv、（需安装或相关的）。
可设置的文件输出配置：屏幕大小（分辨率），每秒帧数，，；音频的，比特率；字幕的字体与大小等。
不仅完全符合家庭或个人所需的影片剪辑功能，甚至可以挑战专业级的影片剪辑软件，软件支持对DV视频进行转录，并进行剪辑，实现影片编辑功能，事实上，由于强大的非线性功能，会声会影更倾向于是一款，但其多种选择的编辑功能和附带的视频转换功能，同样可以给需要对视频转换要求不高，但更喜好编辑的人带来方便。
Windows Movie Maker
是Windows系统自带的视频编辑工具，因其由Windows系统自带提供，可谓是普通家庭电脑最为常见的。由于系微软开发软件，其支持的视频格式主要为微软相关格式，如AVI，WMV，因此兼容能力有限。但因普通电脑皆具有，对于格式转换要求不高的人十分便捷。
是一款简单使用的全能格式转换工具，它是海外流行的WinAVI面向中国用户推出的官方中文版，对中国用户的使用习惯做了大量的调整，完善的移动设备支持，界面轻松上手，视频格式支持广泛且。
它支持几乎所有流行的视频格式，如AVI，MPEG/1/2/4，RM，RMVB，WMV，VCD/SVCD，DAT，VOB，MOV，MP4，MKV，ASF，FLV等。您可以随心所欲的在各种视频格式之间互相转换，转换的过程中还可以随意对视频文件进行裁剪，编辑，更可多个文件，让您轻松摆脱无意义的重复劳动。
而且由于采用独特硬件加速技术，使得转换速度大大提升，远超同类转换器。
Honestech MPEG Encoder
Honestech MPEG Encoder 是一套能够让你将AVI 影片文件转换成MPG 影片文件的编码软件，
使用特殊的Fast Motion Estimation Algorithm和支持Intel MMX 技术，使得转换文件工作能够快速的完成。
视频输入：AVI、、MPEG1/2、WMV、ASF、DivX、DAT(VCD)、VOB(DVD)
视频输出：MPEG-1/2, WMV, AVI
数据采样率：256 - 10,000 Kbp
音频输出：MPEG-1 Layer II
音频采样率：128、224 Kbps
视频格式转换类型
由于视频非常高，RMVB可以在保证画质的前提下得到更小的体积，因此这种格式在网络上十分流行，MP4格式是用于索尼、苹果等公司出品的手持移动设备如PSP、iPod、iPhone等以及大多数主流手机的视频格式，将RMVB转MP4，是网络上下载的视频资源在手机、PSP、iPod、iPhone等移动设备上观看的需要。
MTS是一种高清格式，分辨率通常达到了1080p，是一种索尼高清摄像机的格式，因为高清播放机尚未流行，普通DVD影碟机不支持这种格式，所以需要将MTS转换DVD，以用于高清摄像机录制的视频在家庭影碟机的播放。
3GP和MP4一样，同样也是用于移动手持设备的视频格式，不过相比于MP4，这种格式主要应用于低端手机，应用范围较小，采用H263编码，质量也非常低，随着手机移动设备的不断发展，这种格式已经在逐渐淡出，但由于手机兼容性的限制，还有较大的应用。.
可以将高清MKV转为标清AVI格式，以达到减少视频体积的目的，或者兼容各种硬件以及各种常见的视频播放器（如Windows Media Player）。
视频格式格式分类
视频格式本地视频
●AVI格式：它的英文全称为Audio Video Interleaved，即。它于1992年被Microsoft公司推出，随Windows3.1一起被人们所认识和熟知。所谓“音频视频交错”，就是可以将视频和音频交织在一起进行同步播放。这种视频格式的优点是图像质量好，可以跨多个平台使用，其缺点是体积过于庞大，而且更加糟糕的是压缩标准不统一，最普遍的现象就是高版本Windows媒体播放器播放不了采用早期编码编辑的AVI格式视频，而低版本Windows媒体播放器又播放不了采用最新编码编辑的AVI格式视频，所以我们在进行一些AVI格式的视频播放时常会出现由于问题而造成的视频不能播放或即使能够播放，但存在不能调节播放进度和播放时只有声音没有图像等一些莫名其妙的问题，如果用户在进行AVI格式的视频播放时遇到了这些问题，可以通过下载相应的解码器来解决。
●：nAVI是newAVI的缩写，是一个名为ShadowRealm的地下组织发展起来的一种新视频格式（与我们上面所说的AVI格式没有太大联系）。它是由Microsoft ASF压缩算法的修改而来的，但是又与下面介绍的中的ASF视频格式有所区别，它以牺牲原有ASF视频文件视频“流”特性为代价而通过增加帧率来大幅提高ASF视频文件的清晰度。
●格式：DV的英文全称是Digital Video Format，是由索尼、松下、JVC等多家厂商联合提出的一种家用格式。非常流行的数码摄像机就是使用这种格式记录视频数据的。它可以通过电脑的IEEE 1394端口传输视频数据到电脑，也可以将电脑中编辑好的的视频数据回录到数码摄像机中。这种视频格式的一般是。，所以也叫DV-AVI格式。
●MPEG格式：它的英文全称为Moving Picture Experts Group，即，家里常看的VCD、SVCD、DVD就是这种格式。MPEG文件格式是运动图像压缩算法的国际标准，它采用了方法减少运动图像中的冗余信息，说的更加明白一点就是MPEG的压缩方法依据是相邻两幅画面绝大多数是相同的，把后续图像中和前面图像有冗余的部分去除，从而达到压缩的目的(其最大压缩比可达到200:1)。MPEG格式有三个压缩标准，分别是MPEG－1、MPEG－2、和MPEG－4，另外，MPEG-7与MPEG-21仍处在研发阶段。
MPEG－1：制定于1992年，它是针对1.5Mbps以下数据传输率的数字存储媒体运动图像及其伴音编码而设计的国际标准。也就是我们通常所见到的VCD制作格式。使用MPEG-1的压缩算法，可以把一部120分钟长的电影压缩到1.2GB左右大小。这种视频格式的包括。mpg、.mlv、。mpe、.及VCD光盘中的。dat文件等。
MPEG－2：制定于1994年，设计目标为高级工业标准的图像质量以及更高的传输率。这种格式主要应用在DVD/SVCD的制作(压缩)方面，同时在一些HDTV(高清晰电视广播)和一些高要求、处理上面也有相当的应用。使用MPEG-2的压缩算法，可以把一部120分钟长的电影压缩到4到8GB的大小。这种视频格式的文件扩展名包括.mpg、。mpe、.mpeg、。m2v及DVD光盘上的.vob文件等。
●MPEG－4：制定于1998年，MPEG－4是为了播放流式媒体的高质量视频而专门设计的，它可利用很窄的带度，通过帧重建技术，压缩和传输数据，以求使用最少的数据获得最佳的图像质量。目前MPEG-4最有吸引力的地方在于它能够保存接近于DVD画质的小体积视频文件。另外，这种文件格式还包含了以前MPEG压缩标准所不具备的比特率的可伸缩性、动画精灵、交互性甚至版权保护等一些特殊功能。这种视频格式的文件扩展名包括。、.mov和DivX、AVI等。
小提示：细心的用户一定注意到了，这中间怎么没有MPEG－3编码？实际上，大家熟悉的MP3就是采用的MPEG－3（MPEG Layeur3）编码。但是注意他只是MPEG1的第三层，属于MPEG1，并没有真正的MPEG3流行开来。
●DivX格式：这是由MPEG－4衍生出的另一种（压缩）标准，也即我们通常所说的DVDrip格式，它采用了MPEG4的压缩算法同时又综合了MPEG-4与MP3各方面的技术，说白了就是使用DivX对DVD盘片的视频图像进行高质量压缩，同时用MP3或AC3对音频进行压缩，然后再将视频与音频合成并加上相应的文件而形成的视频格式。其画质直逼DVD并且体积只有DVD的数分之一。这种编码对机器的要求也不高，所以DivX视频编码技术可以说是一种对DVD造成威胁最大的新生视频，号称DVD杀手或DVD终结者。
●MOV格式：美国Apple公司开发的一种视频格式，默认的播放器是苹果的QuickTimePlayer。具有较高的压缩比率和较完美的视频清晰度等特点，但是其最大的特点还是跨平台性，即不仅能支持MacOS，同样也能支持Windows系列。
视频格式网络影像视频
●ASF格式：它的英文全称为Advanced Streaming Format，它是微软为了和的Real Player竞争而推出的一种视频格式，用户可以直接使用Windows自带的Windows Media Player对其进行播放。由于它使用了MPEG-4的压缩算法，所以和图像的质量都很不错（高压缩率有利于的传输，但图像质量肯定会有损失，所以有时候ASF格式的画面质量不如VCD是正常的）。
●WMV格式：它的英文全称为Windows Media Video，也是微软推出的一种采用独立并且可以直接在网上实时观看视频节目的文件压缩格式。WMV格式的主要优点包括：本地或网络回放、可扩充的媒体类型、部件下载、可伸缩的媒体类型、一流的优先级化、多语言支持、环境独立性、丰富的流间关系以及扩展性等。
●RM格式：Real Networks公司所制定的音频视频压缩规范称为Real Media，用户可以使用RealPlayer或RealOne Player对符合RealMedia技术规范的网络音频/视频资源进行实况转播并且RealMedia可以根据不同的网络传输速率制定出不同的压缩比率，从而实现在低速率的网络上进行影像数据实时传送和播放。这种格式的另一个特点是用户使用RealPlayer或RealOne Player播放器可以在不下载音频/视频内容的条件下实现在线播放。另外，RM作为主流格式，它还可以通过其Real Server将其它格式的视频转换成RM视频并由Real Server服务器负责对外发布和播放。RM和ASF格式可以说各有千秋，通常RM视频更柔和一些，而ASF视频则相对清晰一些。
●RMVB格式：这是一种由RM视频格式升级延伸出的新视频格式，目前95%的网络视频格式都是RMVB格式。它的先进之处在于RMVB视频格式打破了原先RM格式那种平均压缩采样的方式，在保证平均压缩比的基础上合理利用比特率资源，就是说静止和动作场面少的画面场景采用较低的编码速率，这样可以留出更多的带宽空间，而这些带宽会在出现快速运动的画面场景时被利用。这样在保证了静止画面质量的前提下，大幅地提高了运动图像的画面质量，从而图像质量和文件大小之间就达到了微妙的平衡。另外，相对于DVDrip格式，RMVB视频也是有着较明显的优势，一部大小为700MB左右的DVD影片，如果将其转录成同样视听品质的RMVB格式，其个头最多也就400MB左右。不仅如此，这种视频格式还具有内置字幕和无需外挂插件支持等独特优点。要想播放这种视频格式，可以使用RealOnePlayer2.0或RealPlayer8.0加RealVideo9.0以上版本的解码器形式进行播放。
视频格式手机转换
手机视频格式， 指用手机观看的, 存储在手机内存或者存储卡上的视频内容的格式。 这些格式区别于用手机浏览器观看的网络流媒体视频格式.
转换手机视频时， MP4格式是目前质量最好的, 其中， MPEG-4 SP规格的视频, 是目前兼容性最好的， 按照这种规格制作(或者转化)的视频, 可以保证兼容大多数手机。 下面列出该规格的视频参数.
xvid (或者h.263, 注意不是h.264)
视频分辨率320x240 (对于屏幕分辨率低于320x240的手机， 观看效果不好, 因此不建议使用)
256kbps - 320kbps
视频帧率15fps (中高端手机可以调整为25FPS, 观看体验更流畅)
音频编码AAC-LC
音频码率 64kbps (或提高到96kbps)
# 请注意，视频码率+音频码率之和, 不要大于384kbps, 否则有些手机无法流畅播放。
　　播放条件
视频格式简介
解码芯片(又叫芯片). 手机播放视频要依赖于解码芯片把画面和声音还原成可以播放的信号， 交由显示屏和喇叭(耳机)输出。 解码芯片的性能是有局限的, 类似于汽车的发动机功率是有极限的. 它能够流畅解码的数据，主要受限于以下几个参数和条件。
视频格式编码方案
这个是视频真正的格式, 注意不是通常意义上的文件名后缀。 手机解码芯片一般能解码h.263, MPEG-1等编码， 解码芯片多可以解码h.264(又叫MPEG-4 AVC), 画面质量大大提高了。
视频格式分辨率
这里有2个概念， 分别是：
a. 物理分辨率, 即手机屏幕能显示的像素数， 用W x H个像素表示。常见的手机屏幕分辨率为320x240(QVGA), 随着大屏幕手机的普及， 更高的分辨率也开始出现. 例如: 480x320(iphone),640x360(nHD, 诺基亚触屏系列常见),640x480(VGA, 多普达系列常见), 甚至高达852x480(夏普高端手机常见).
b. 视频文件的分辨率， 这个是指视频画面的实际分辨率, 如， 320x240, 480x272, 640x480等等。
一般来说， 大部分手机的解码芯片不支持超过其屏幕物理分辨率的视频, 部分可以支持超过其屏幕物理分辨率的视频， 例如, 虽然iphone的屏幕物理分辨率为480x320, 但它支持640x480的视频， 此时播放的画面实际是把原视频缩小的.
一般用多少kbps(千比特/秒)或者(/秒)来表示。 手机解码芯片所支持的码率一般都在1Mbps以下.
(FPS, 帧/秒), 就是视频画面刷新的速度， 作为参考, 国内电视机一般是25FPS, 电影标准为24FPS. 手机芯片， 最高支持30FPS, 早期型号最大只能15fps.
也就是播放软件。在视频播放过程中， 需要软件来识别各类视频文件封装(即通常所说的'格式'), 将数据'拆封'后， 交由解码芯片去做解码处理, 然后将解码后的数据实现播放。 这个'拆封'和播放的任务， 要由播放软件(播放器)完成.
一般播放器都能识别多种视频封装(即文件格式), 例如， Coreplayer能播放AVI, WMV, MP4等多种格式， RUN播放器能播放rm, rmvb格式的视频。
视频格式文件格式
大家所看到的文件名后缀， 如： MP4, 3GP, WMV, AVI,RM, RMVB等等. 实际上， 这些都是封装类型, 真正的视频格式不是文件名而是文件内的视频编码方案和音频编码方案。 能够播放哪些文件，实际取决于使用了哪个播放器, 以及硬件解码芯片能否识别该文件内的编码方案.
视频格式格式参数
诺基亚的智能机系列, 使用S60系统， 全都支持上述通用参数。 2009年以后, 诺基亚推出了一系列大屏手机， 如5800, N97等. 这些手机有更高的分辨率， 支持的视频规格有所提高。 规格参数如下：
AVC (h,264) level 2
视频分辨率640x360 (nHD)
视频码率512kbps-1Mbps
视频帧率 30fps
音频编码AAC-LC
音频码率 96kbps-192kbps
．百度百科[引用日期]
清除历史记录关闭}