所以我开始讨论使用共享内存对象对性能的影响。对于那些不熟悉这个概念的人来说，它基本上是一个对象实例，所有登录到同一个应用服务器的用户都可以访问它。

显然会有一些性能成本，云服务器厂商，但我们试图回答的问题是它会带来多大的损失。最后我写了一个小测试程序，我想我会分享结果。

在只读模式下访问共享内存对象组件比在会话内存中使用实例慢50多倍。在更新模式下访问同一个对象比只读模式慢5倍多，新云，总共比普通对象实例慢300倍。

我用标准调用、只读和更新模式测试了一百万个方法调用。每次迭代都会实例化/附加对象。

更新：我还添加了另一个测试shm\u attach\u一次，在循环之前附加实例。这表明，南昌大数据，一旦连接，性能几乎与常规对象相同。

测试结果

如果有人对我的测试源感兴趣，它在这里。请注意，这不是一个最佳实践示例，只是一个快速而肮脏的实现，代码最少，没有错误处理或条件实例化等

我的收获是：

对于只读访问，我不担心性能。使用共享内存对象的一个常见原因是提供一些本来可以在DB中实现的特性，因此它总是比这更快，淘客是啥，而且仍然是跨会话持久化数据的一种非常快速的方法。对于写访问，明智的做法是多考虑一点。除非您需要，云服务器买哪个好，否则不要使用attach\u进行写入。使用常识，不要在重复的代码段（如循环）中执行；相反，在循环之前附加一次，在循环之后提交。坚持这一点，我的笔记本电脑上的55毫秒不太可能是一个交易破坏者。