很少会把一本书看完，经常是看到一半就看不下去了。是书不好，还是人不好？花开堪折直须折，学习的年龄莫辜负大好青春。

任何想入手WebRTC的人，都必须要先过编译大魔王这一关。大魔王精通各种故障制造手法，随便来个网络故障就要折腾我们半天，一些初出茅庐的新手，可能就因此放弃了。本文将笔者编译过程中遇到的坑坑点点记录下来，以飨读者。

接口是两实体交换资料的介质，交换资料的实体可以是软件、电脑硬件、外部设备、人等等。有些接口是双向的，可以收发信息，譬如触摸屏；有些接口是单向的，仅能收或者发信息，譬如鼠标或喇叭。人类与计算机软体之间的接口是用户界面；电脑和外部设备等计算机硬件之间的接口是硬件接口；电脑等计算机软件之间的接口是软件接口。

孟子曰：“尽信《书》，则不如无《书》”

陈硕Muduo一书第12章中提及“用异或交换变量是错误的”。校招面试的时候经常遇到这个问题，竟然没有深入思考这一点。

C++11中引入智能指针，智能指针主要用来解决资源管理中遇到的各种问题。在引入智能指针之前，我们必须要操作裸指针，裸指针是导致内存问题的罪魁祸首——空悬指针、内存泄漏、分配失败等。一些著名的开源C项目，现在仍然还需要面临着一些由裸指针引起的内存问题。

越过山丘，才发现无人等候。

WebRTC为了防止网络拥塞结合了Loss-based BWE和Delay-based BWE两种算法，其中Loss-based BWE算法较为复杂。

在软件开发过程中，经常会遇到出现概率很低，但只要出现了就会对系统可用性影响很大的问题。这类问题总是在JIRA上被挂起，时不时的在测试中被报出来。不解决是永不歇停的。因此，在这里根据我遇到的各种低概率问题，整理出一套解决问题的方法，希望在解决其他低概率问题时能够有些借鉴。

吾十有五而志于学，三十而立，四十而不惑，五十而知天命，六十而耳顺，七十而从心所欲不逾矩。

看似繁忙的日子，充满了战术上的偷懒，仍然没有找到适合自己的那套方法论。

与实时视频相关参数包含：帧率、码率、时延、抖动等。帧率体现了视频的流畅性，要想达到较好的流畅性体验要求——网络视频帧率不低于24帧，视频会议帧率不低于15帧。在实际开发中，我们遇到了不少问题

任何一个傻瓜都会写能够让机器理解的代码，只有好的程序员才能写出人类可以理解的代码。

H.264，又称为 MPEG-4 第10部分，高级视频编码（英语：MPEG-4 Part 10, Advanced Video Coding，缩写为 MPEG-4 AVC）是一种面向块的基于运动补偿的视频编码标准 。