关于91xuepai项目的阶段性总结

zangcf

按照我们前期的工作划分，基本分成三个部分的工作
１，服务器部分
２，服务器接口部分
３，手写android部分工作
前期主要的工作就是处理12部分的工作
关于服务器的架构，根据目前技术的方向，趋势和成熟度，我们选用了webrtc技术作为我们的核心实现．
关于实现的基本参考方案，我实验了几个demo系统
第一个，基于官方最正统的方案，就是google的apprtc方案
apprtc方案的好处就是和谷歌浏览器，android系统兼容性最好．
缺点就是其大量使用google自己的框架，导致服务器非常复杂，而且最后真实使用的时候，因为谷歌的很多网址被大陆屏蔽，所以，我们无法直接使用他的技术，必须做一些修正．
目前就是几次搭建过程中都会有或多或少的问题，特别是openssl加密算法部分和架构的问题．
第二个，基于webrtc官网推荐的一个封装简化协议simplewebrtc
这个协议，我已经完整完全搭建成功，根据测试情况看，打洞成功概率很低，主要还是靠服务器中转方式实现语言视频和文字的传输．
但是这个协议也有其自身的问题，其没有android客户端，这样我们需要基于第一个方案的android客户端修改实现自己的android接口程序．
第三个，基于爱立信webrtc实验室的Openwebrtc的方案
这个方案有完整的服务器和android客户端实现，我已经搭建修改成功,但是只是基于浏览器的实现．
这个方案缺点就是android端只实现打洞方式，没有实现中继方式，基于打洞成功率不高的判断，我们必须修改android程序，使其支持ice综合打洞中继方式
第四个，第三方的服务实现，国外最著名的pubnub，国内clone的系统是agora
这类系统基本对webrtc协议进行简单包装，适用面窄，我简单看了接口协议无法符合我们需要

zangcf

下一步的工作安排
主要打通webrtc的服务器，android接口端，和笔迹渲染的三个部分的整合，需要几条线索并头进行
第一个线索，继续使用google的apprtc方案研究，首先，继续摸索服务器端的配置，解决openssl的几个小错误，其次，下载谷歌的webrtc源码，大概8个G，我准备使用一个周的时间同步下来，再次，谷歌代码下载完成之后，修改音频接口部分和数据通过发送笔迹算法设计。
第二个线索，写simplewebrtc的android客户端，协议的实现，我们不可能自己对着几千页的协议自己写，还是要基于上面的android代码进行修改来实现。
第三条线索，基于爱立信的openwebrtc协议，修改android部分代码，添加ice的支持，修改android的兼容性