本系列文章从RPC产生的历史背景开始讲解，涉及RPC核心原理、RPC实现、JSF的实现等，通过图文类比的方式剖析它的内部世界，让大家对RPC的设计思想有一个宏观的认识。

这是一个统计基于Swift&ObjectiveC工程的代码覆盖率的自动化脚本。之所以做成Pod，是便于更好的复用，该Pod只包含了收集生成代码覆盖率的脚本。整体比较简单方便。

作者:SilverFruity,https://github.com/SilverFruity为什么要热修复在软件开发过程中，很难避免BUG的存在，尤其是对于一些达到一定规模的App因为协作模式错综复杂，就很容易带着问题上线。一旦问题上线之后，问题就麻烦了，不仅需要重新打包、测试，而且还需要重新提交审核，而这种修复

简介消息推送相信在很多人的眼里都不陌生了吧？像即时聊天微信，好友发信息给你时会在顶部弹下小窗口提醒你。也像是在影院APP预订了电影票，在开场前一小时你也会收到提醒。这类推送是需要经过后端发送请求的，需要服务器发送推送请求，又或者使用如极光推送等第三方渠道。那么如果我们的APP不需要连网呢？这是不是就不能使用消息推送了？不是的，苹果还提供给我们本

0x00单线程多进程单线程与单进程多线程的目的都是想尽可能的利用CPU，减少CPU的空闲时间，特别是多核环境，今天咱不做深度解读，跳过...0x01线程池锁最早的一部分游戏服务器是采用线程池的方式来处理玩家的业务请求，以达最大限度的利用多核优势来提高处理业务能力。但线程池同时也带来了并发问题，为了解决同一玩家多个业务请求不被

TUN模式；其实数据转发原理和上图是一样的，不过这个我个人认为主要是位于不同位置（不同机房）；LB是通过隧道进行了信息传输，虽然增加了负载，可是因为地理位置不同的优势，还是可以参考的一种方案；优点：负载均衡器只负责将请求包分发给物理服务器，而物理服务器将应答包直接发给用户。所以，负载均衡器能处理很巨大的请求量，这种方式，一台负载均衡能为超过100台的

在当今互联网和电商盛行的情况下，网站的性能受到了极大地挑战。大数据，高并发成为大型网站的标志。无论淘宝的双11优惠，还是小米抢购，它们都有一个共同的特点，那就是在短时间内，突然涌入超出平时数倍的用户。如果每个用户从请求，到订单处理，再到响应返回均在一个请求中同步处理的话，用户的响应时间将会随着并发量的提高越来越久，直到最后服务器崩溃。在这种情况下，可以使

一实现心跳检测原理：当服务端每隔一段时间就会向客户端发送心跳包，客户端收到心跳包后同样也会回一个心跳包给服务端一般情况下，客户端与服务端在指定时间内没有任何读写请求，就会认为连接是idle（空闲的）的。此时，客户端需要向服务端发送心跳消息，来维持服务端与客户端的链接。那么怎么判断客户端在指定时间里没有任何读写请求呢？netty中为我们提供一

对于现在流行的深度学习，保持学习精神是必要的——程序员尤其是架构师永远都要对核心技术和关键算法保持关注和敏感，必要时要动手写一写掌握下来，先不用关心什么时候用到——用不用是政治问题，会不会写是技术问题，就像军人不关心打不打的问题，而要关心如何打赢的问题。程序员如何学习机器学习对程序员来说，机器学习是有一定门槛的（这个门槛也是其核心竞争力），相

一，会话跟踪技术1什么是会话跟踪技术我们需要先了解一下什么是会话！可以把会话理解为客户端与服务器之间的一次会晤，在一次会晤中可能会包含多次请求和响应。例如你给10086打个电话，你就是客户端，而10086服务人员就是服务器了。从双方接通电话那一刻起，会话就开始了，到某一方挂断电话表示会话结束。在通话过程中，你会向10086发出多个请求，那