《ffmpeg面向对象-rtsp拉流相关对象》和《ffmpeg面向对象——拉流协议匹配机制探索》探索过了输入格式匹配和底层协议匹配，且ffmpeg拉流是先是匹配输入格式——抽象为AVInputFormat类，然后再匹配url协议类——抽象为URLProtocol类。

它们是啥关系？为啥先匹配输入格式再匹配协议类？

前者是应用层协议，比如rtsp，http等，后者是实际协议的底层承载体，比如open，tcp等。
ffmpeg的这种设计，就是先查找匹配输入格式，然后在根据匹配的输入格式再查找对应的协议，是一环接一环的——因为具体的输入格式里会有具体的底层协议，先找到A，A才能告诉你B在哪。所以也层层递进，有先有后的。

其实还是模块化编程、分层思想。

以rtsp为例。
标准rtsp拉流的是采用tcp传输，那么rtsp协议层实现要和底层传输分离，模块化，各自并行迭代开发，耦合性降低，它们唯一的纽带就是接口——面向接口编程——软件设计5大原则的依赖倒置原则。只要接口不变，各自并行迭代开发前进就行了。

所以标准rtsp拉流协议的实现——不管ffmpeg还是各大公司，都是把应用层协议和底层传输协议分离的，所以ffmpeg把rtsp协议实现放到了rtsp.c中，把tcp放到了tcp.c中——其实以面向对象的思想和规范，各类都是一个个c/cpp文件，看看c＋＋源文件和ffmpeg源文件起名，惊人的一致。

所以对于大型软件，如果追求极致性能，选择c语言开发，那么oopc是所有项目的必选。