之前的问题篇和求解篇描述了人人网在发展过程中遇到的问题，并且介绍了我们采用中间层来提高性能的解决方案。今天的实践篇将通过一个例子来实现一个中间层服务。 这个服务要达到的目的是快速的查询用户是否有效，数据将要使用bitset保存在内存中，每个用户一位，仅保存正整数约21亿，占用内存256M。 开始编码 下面的代码都在这个位置保存：http://gitorious.org/renren/bitserver。 接口定义 定义接口如下： [code lang=”c++”]#include module renren {      struct BitSegment {          int begin;          int end;          Ice::ByteSeq data;      };     interface BitServer {          bool get(int offset);          Ice::BoolSeq gets(Ice::IntSeq offsets);          BitSegment getSegment(int begin, int end);      }; };[/code] 这个BitServer.ice文件，通过slice2cpp命令编译成为服务端的Skeleton文件： [code lang=”bash”]slice2cpp -I/opt/Ice-3.3/slice BitServer.ice[/code] 服务端 有了上面生成的服务端文件后，就可以实现我们自己的业务功能了。 BitServerI.h和BitServerI.cpp，暂时只是实现了单个get的接口。…

书接上文，为了提高性能，在人人网的技术结构中，在数据库和页面之间，有中间层。中间层高性能的基础是用内存代替磁盘。 用内存代替磁盘 数据库系统的最大瓶颈在磁盘IO，大量的小数据请求不是磁盘的强项。人人网中间层服务就是利用了内存代替硬盘的方法来提高整体性能。有了这层服务以后，以前的数据库关联查询被提前计算并缓存，需要访问时直接获取。 通用的Memcached缓存方案也有些不足，数据不能自己变化，也不能部分变化。于是人人网选择了自己实现缓存的方式。 在自己实现缓存的过程中，管理内存相对容易，通信协议是比较复杂的部分，我们在这方面选择了开源的Ice通信框架（http://www.zeroc.com）来完成繁琐的工作，至今它都工作的很好。 Ice通信框架在人人网完成了两件事，通信和定位。客户端通过IceGrid组件定位到需要的服务地址，将请求发送到中间层服务，中间层服务将结果返回。客户端只需要知道一个地址就可以找到所有的服务；同时，众多服务也可以在不同的服务器之间随意迁移。在现在的人人网有超过500个Ice写成的中间层服务在运行。 定制的内存数据 用Ice解决了通信和部署的问题后，中间层服务就是核心的数据结构管理。概括的说，就是灵活变化，保证速度。下面列举若干使用了中间层服务的情况 一份数据 多种排序 在人人网的好友页，有很多排序方式可以显示好友列表。每种列表都是从一个按ID排序的服务中获取的，再经过排序，缓存在各个顺序的列表中。 随时间变化的数据 在很多列表页面，都会显示“在线标志”，这个标志是冗余在各个列表的缓存当中，定期刷新的。这些需要和cache一起实现的业务逻辑，在人人网中间层当中非常普遍。 特殊类型 我们用了一个bit保存用户的激活状态。200M内存可以保存全部int范围的状态。并且查询和更新速度飞快。 接下来的实践篇将会用这个为例子展示中间层的实现。