github：https://github.com/bigonelby/webrtcUml/tree/master/latest
这张图介绍了iOS编码器的创建过程
实际上不论是iOS还是Android，都面临一个问题，就是上下如何统一。本次以iOS为例，后面再画Android的图。iOS的上层一定是Object-C层，而真正底层的VideoStreamEncoder所持有的encoder_，肯定为c++层，那么两者是如何融合统一的呢？这是这张图的看点
上下统一的关键在于使用了设计模式中的代理模式。底层VideoStreamEncoder所持有的encoder_，即为VideoEncoder，是底层的编码对象，这个对象是由工厂类创建出来的，即VideoEncoderFactory。但这个encoder_也只是一个代理而已，真正干活的是Object-C层的RTCVideoEncoder
RTCVideoEncoder是由RTCVideoEncoderFactory这个上层的工厂类创建出来的，应用层通过调用RTCPeerConnectionFactory的initWithEncoderFactory:decoderFactory:方法，将该工厂传入，具体的实现类是RTCDefaultVideoEncoderFactory，其最终创建了RTCVideoEncoderH264，这才是真正和硬编码器打交道，真正干活的类！
代理类是如何创建的呢？就是RTCPeerConnectionFactory会调用一个全局的help方法，ObjCToNativeVideoEncoderFactory，这个类顾名思义，就是将ObjC的工厂转换为NativeVideoEncoderFactory，转换的方法很简单，就是创建了ObjCVideoEncoderFactory对象，这个对象持有了RTCVideoEncoderFactory，同时继承了底层的VideoEncoderFactory，所以这个特殊的工厂可以完成两个事情：实现了VideoEncoderFactory接口，从而可以创建底层的VideoEncoder；其二，就是可以通过RTCVideoEncoderFactory创建上层的实体类RTCVideoEncoder
那么底层的工厂是如何创建底层的通用编码器的呢？首先通过其持有的RTCVideoEncoderFactory创建出了实体类RTCVideoEncoder，然后创建了底层的VideoEncoder，即ObjCVideoEncoder，最后将实体类传递给ObjCVideoEncoder这个代理类。如此，VideoStreamEncoder需要encoder_做事情时，代理类ObjCVideoEncoder会将工作转移给RTCVideoEncoder，即RTCVideoEncoderH264，进而操作硬编码器
最后看看底层VideoEncoder的创建，实际上在RTCPeerConnectionFactory时，就会将上层设置的RTCVideoEncoderFactory转换为native_encdoder_factory，这个native_encoder_factory最终会设置到VideoStreamEncoderSettings中，作为其成员encoder_factory。在VideoEncoderStream配置编码器时，即ReconfigureEncoder，会通过工厂ObjCVideoEncoderFactory创建出encoder_，后续调用encoder_的接口，实际上最终调用到上层的实体类RTCVideoEncoderH264，进而调用硬编码器
