写代码时，我们能做的优化可分为三类：架构优化、算法优化和语言优化。

1架构优化：如用异步IO来增长单服务器吞吐量，多线程的时候通过减少锁的应用来进步服务器性能等。

2算法优化：其在服务器中比较少见，因为服务器逻辑代码里通常没有繁琐的算法，但是如果有能优化的空间，还是要进行优化。

3语言优化：比较常见的优化方法，比如const加引用传参，比如复杂对象遍历时前置加加与后置加加等，具体看参阅《effective c++》和《more effective c++》。当然，如果有数据库，那么SQL语句的优化也算。

现在代码已经写好了，也跑起来了，创造性能还是不满意，如何解决呢？

看瓶颈! 就好比医生治病，要先找病因。Linux下的gperftools、Windows下的vs、Mac下的xcode都能进行集成性能分析。

这些性能分析工具能赞助你大致定位到哪一行代码占用了CPU时间。找到病因后，就是对症下药。

当然了，对于这种重要由于占用CPU、内存不够和网卡而导致的服务器性能不高，提升硬件还是非常有效的。

但是单机性能总是有极限的，会受到时代技巧的限制。所以互联网散布式架构设计高并发的解决方案还是要依附程度扩大。

二、采用程度扩大来增长服务器数量，以扩充系统性能

这点与互联网的分层架构有关，在互联网的分层机构中，各层次程度扩大的实践是不同的，比如：反向代理层通过“DNS轮询”的方法；站点层通过nginx来进行，而服务器则重要依附服务连接池。在各层实行程度扩大后，通过增长服务器数量的方法，可以做到理论上系统性能的无穷提升。

简略说就是，活太多时一个人干不完，多个人一起干。然后牵扯到多个人，必定会涉及到调度分配管理的问题。

相干的名词有：CDN，负载均衡，Hadoop，云盘算等。

解决完高并发的问题，现在来说一下低延时。

关于低延时

低延时是所有视频通信研发人员都会关注的一个点，更低的延时必将提升用户应用体验。可是如何做到低延时呢？

图鸭的产品是采用了如下的方法：服务器采用udp协议传输音视频数据、tcp协议传输把持信令，以此来保证把持信令可靠且音视频数据传输延时低。

众所周知，UDP协议与TCP协议相比：采用UDP协议传输数据可能导致数据丧失，但客户端吸收信息延时低；而TCP协议有丢包重传策略，但速度不快。我们的产品在应用时，将这二者联合，以确保UDP在吸收到的包不完整时也能正常解包。

在解决了高并发和低延时的问题后，我们要来考虑一下流量成本的问题。降低流量成本是每个视频通信应用者的需求，也是每个研究视频通信的程序员们要解决的问题。在这里我简略介绍下NAT穿透。

关于NAT穿透