HS平台超时问题总结

HS系统超时主要由两个方面决定，一是凭证缓存的时间过期，二是会话时间过期。

其实一直困扰我们的是凭证缓存失效，导致获取不了用户ID，从而出现重新登录的现象（就是我们所说的超时）。只要我们延长凭证的失效时间和会话的失效时间，则系统就不会常常出现超时现象。

 

一、关于凭证缓存的时间过期

returnOT.BaseLibrary.CachingServer.GetCacheObject(pCredence)

pCredence：为每次登陆时临时生成的GUID值（必定有值）。

如果返回空，则为无效凭证。凭证有效则返回该凭证用户ID。

所以，超时的问题可以定位为返回的凭证为空。

至于什么情况下会导致凭证为空则是由凭证的缓存时间决定的。看下面的代码：

 

HS平台登陆主站点的用户凭证失效时间为100秒，所以我们登陆HS平台后，预算系统（主站点）是不会那么快超时的，因为在登陆的过程中已经生成了一个主站点的Session[LOGIN_USER]来缓存用户对象。但由于HS的部署是不同的模块分开部署的（部署为不同的站点或虚拟目录），这样会导致Session不能共享。所以主站点生成的Session[LOGIN_USER]与“合同管理“站点的Session[LOGIN_USER]是毫无联系的。如果登陆系统100秒后才点击“合同管理”，则肯定会发生超时，因为凭证已经失效。如果登陆系统100秒以内点击“合同管理”，则不发生超时（因为凭证有效），并且会生成一个“合同管理“站点的Session[LOGIN_USER]，这样的话，用户对象也缓存到“合同管理“站点的Session当中，故“合同管理”站点在此会话期间是不会超时的。到了这一步，超时的问题已经转到会话超时阶段。

 

二、关于HS系统会话超时。

我们平时在部署的时候，对于sessionState的设置一般都是设置为进程内，即inProc模式，虽然此模式理论上存在不稳定的情况而造成Session的丢失，但这种模式占用内存小，如果站点部署在一个AP服务器上，运行速度更快，并且失效时间也是可以修改的。把sessionState的模式设置为StateServer，经过测试发现，在省高平台目前的服务器上，如果把sessionState的模式设置为StateServer，则程序会慢上3倍左右（这是很难让人接受的，除非服务器配置很好），当然StateServer模式也有它的优点。

其实，对于会话超时是正常的现象，关键是我们设置会话失效时间是多少，如果在一个我们可以承受的范围之内（如一个小时），则是完全可以接受的。

以上两点都是我测试的结果和对所出现问题的一些看法，欢迎大家一起和讨论。

三、技术细节：

 <UrlManager>
      <clear/>
      <Item Name="{EHS}" URL="/WebUI" ></Item>
<Item Name="{CM}" URL="/EHSCM"></Item>
<Item Name="{HT}" URL="http://Localhost:11881/WebUI"></Item>
</UrlManager>

Left.aspx的AddURI方法中：  return CredenceCache.URIAddCredence(strRetu);

连接后的内容，由这个方法添加。

  if ((ConfigurationManager.AppSettings["UseCredence"] + "") == "T")   //必须开启使用凭证，否则无法实现单点登陆。

菜单连接：

http://localhost:11881/WebUI/HT/HTIndex.aspx?HTURL=

ht/ht_dwIndex.aspx&MuIDCode=T201111151407379510000468&MuCode=HTDW&OrgCredence=b63d3e0b-e094-43dc-9832-8453619ba9f5

功能页面：

ht/ht_dwIndex.aspx?MuIDCode=T201111151407379510000468&PermBUDataID=T201111151407379510000468&BUDataID=&OrgCredence=b63d3e0b-e094-43dc-9832-8453619ba9f5