这是本系列的最后一篇文章我将探讨一些额外的RPC是服务器，这将有助于我们实现一个应用服务器，但不失一般性。 我们还必须进行性能测试，看到througput（每秒请求）具有服务器。
附加
在服务器端服务需要的初始化参数。 这将允许我们通过数据来配置服务。 这些参数是通过getParameters函数访问方法（服务类，它返回一个与安装地图）。
验证服务
在添加服务到服务器，请执行下列检查：
该服务的实施必须有一个无参数的构造函数
该服务实现必须实现服务接口
切勿在服务方法
该方法参数返回类型是可序列化
这些检查有助于避免常见的错误。
授权执行
在您实际运行的服务方法调用拦截：onPreExecution。 如果成功，那么通过调用服务，如果没有特别NotExecutedException出来。 这将是用于实现，例如，安全机制和审计（日志记录）。
性能
随着性能测试我们检查，看是否是可伸缩的设计，因为我们想要的。 该测试是在一个笔记本，有一个英特尔T9500模型与2GB内存在32位Ubuntu 9.04和的Java6（C2D 2.6GHz的，6MB缓存的Penryn核心）。 结果如下：
案例 客户端进程 客户端线程 订单的线程 总订单 时间（秒） 请求/秒 1
5
30
2500
375000
207
1811.59
2
10
30
2500
750000
229
3275.11
虽然不是一个严格的压力测试，给出了性能和可扩展性好近似的服务：通过加倍的订单数量，但时间推移10.6％。 此外，还有一个可以在服务器上的层工人订购池的大小，订单发货到服务层的创建调整值。 默认大小是10，但如果你面对一个多CPU配置可以增加此值以获得更好的性能。 对于性能测试，我们使用了10名工人池。
应用程序服务器上的RPC机制是在旧版本基础为在乌拉圭最大的银行之一，几年来的地方。
在接下来的文章中，我们将开始向应用服务器的介绍，什么是主要的组成部分。
请继续关注！
