标签：状态 架构 会话 接口 企业应用 分布 笔记 使用 分布式

第六章：会话状态

　　6.1无状态的价值

　　　　一个无状态对象没有成员变量，他虽然少见，但确实存在着,可以说它是一种不良设计，但是他不是人们在分布式企业应用中所指的无状态。结论是：一个高流量网站，无状态服务器非常有用。然而例如网购网页，不可能存在所有用户所有对话都是无状态的，所以不能避免状态的使用，好消息是：无状态服务器可以实现有状态的会话。

　　6.2会话状态

　　　　购物车的内容就是会话状态，就是意味着车中的数据只与特定的对话有关，这种状态存在于业务中，与其他的对话及其业务是分开的。

　　　　会话状态最大的问题出现在处理隔离性的问题，简单地说就是多用户同时操作。因此某个用户修改数据之后再次查询可能出现数据不一致的问题。这和上一章提到的问题一样。因此，不能把所有绘画中的数据都看成会话状态。

　　6.3存储会话状态的方法

　　　　作者偏向使用服务器会话状态模式，特别是备忘文件被远程存储，以备系统崩溃后数据丢失。

第七章：分布策略

　　7.1分布对象的诱惑

　　　　这里作者向我们举了一个例子，一个架构师的面试，介绍他使用分布式处理的原因和好处，作者却认为不好，理由是：

 　　7.2远程接口和本地接口

　　　　按照分布式设计，看起来合理利用了性能，其实不然。那么他具体是如何影响性能的呢：

 因此，接口应该与就在同一本地进程使用的对象接口有所区别。使用集群系统，这样一来每个处理器上的对象只需要本地调用，从而运行更快。

　　7.3必须使用分布的情况

　　　　一方面我们要尽可能的小范围使用分布对象，一方面要尽可能发挥集群的性能。

　　7.4关于分布边界

　　　　在系统设计的时候必须尽可能的去限制分布边界，系统中每个地方都应该尽可能少的去减少调用，使性能开销最小。

　　7.5分布接口

标签：状态,架构,会话,接口,企业应用,分布,笔记,使用,分布式
来源： https://www.cnblogs.com/zhangxinyue/p/14386943.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。