这是我在淘宝6年的工作总结，也是我的6年的实践经验，这6年比较幸运的是基本经历了淘宝的最飞速发展的时期（淘宝流量最大的商品详情系统从1亿到10亿的发展过程），在这个过程中性能是最大的挑战。

这么多年的优化经历可以总结出优化的三个阶段：

1. 系统代码层面的优化。找出代码热点；重构代码逻辑；优化业务逻辑减少和合并远程调用；
2. 架构优化。优化系统的架构，横向和纵向系统扩展；数据层面的合理cache；用户请求的拆分和合并等都会影响到系统的性能；
3. 链路优化。举个例子用户在手机端访问详情会涉及到手机上的APP，到运营商的基站（CDN的部署），到服务端的接入网关，再到后端的业务系统（分为安全验证、访问控制、会话管理、以及各个业务系统的交互），最终的优化的目标是提升整个用户的访问体验，所以用户的一次访问的各个环节都要综合考虑给出最佳优化方案。

而每个层次的优化又是后面一个优化的前提，我讲针对每个优化阶段的一些实际案例，比如秒杀系统的设计是基于何种考虑实现的等。

...

58同城作为生活服务平台，每天处理万亿级的高并发请求，每天处理数亿级别的数据存储，每天为千万级用户提供服务。

本文将选取58同城最典型的技术架构-58帮帮（58帮帮同时在线用户数早已突破百万，每天的请求次数超过40亿），深入讲述随着业务以及并发和数据量的日益增加的三个阶段，从客户端到服务器，我们是如何持续架构协议优化。

1. 传统的IM架构如何设计？如何满足百万同时在线的性能需求？
2. 从传统IM到商家管理平台，我们的架构如何优化？
3. 从商家管理到移动营销工具，我们的架构又如何优化？
4. 58帮帮从PC端发展到移动端，针对移动版的网络不稳定、流量、电量短板等问题，我们的协议、架构如何优化设计？
5. PUSH推送作为58帮帮最核心的技术之一，我们是如何持续优化满足每天百亿吞吐量的公司统一推送平台？

听众受益：

1. 了解IM的架构与设计；
2. 随着业务、数据量、并发量的发展，我们架构优化的方法；
3. 移动环境下，...