上一篇翻译的博客【译文】漫谈ASP.NET中的Session已经介绍了Session的基础知识，如果看过了的话对Session应该有了一个比较清晰的认识了，现在我来谈谈我所遇到的困境以及对Session的一些看法。
我们是一家以查询服务为主的网站，然后Leader说，要给查询增加验证码╮（￣﹏￣）╭ ，一开始，我骚包地使用了加减法的验证码（因为已经成为历史，找不到截图了），然后过了两天，客服MM就开始给我们反馈问题了，说接到了大量的客户投诉！嗯，是这样的
很疑惑啊(=￣ω￣=) ，不应该出现问题才对，因为我是用StateServer做了Session的集中式管理，也设置了相同的MachineKey了，按照各种教程来说都应该无缝对接才对啊，嗯~是不是因为我们的验证码的确太难了？20以内的加减法诶~好吧，我改！字母数字组合！这下简单了吧~过了两天，客服MM又来找了，客户说验证码还是输入不对啊！！！！！
这下奇怪了，我自己去试吧~经过多次尝试！
这是真的！︽⊙＿⊙︽咋办咧？记日志吧~日志上线1分钟，就有N多输错的内容过来了，我看了一下，有的挺匪夷所思的~嘿嘿~
怎么有个奇奇怪怪的东西混进来了？
不过后来分析日志发现，很多识别出现问题，比如1和l，0和o，好吧，该把这些字符去掉~我大哥和我说，为了方便调试，把字母都去了吧~我深表同意！然后我们离真相只有一步之遥了~一看日志，真的有一些相差很大的输入~我基本确定了是Session跨域引发的问题。因为我们是用一个负载均衡设备做的Web Farm，我觉的理论上出现跨服务器的概率不大，因为本地是有DNS缓存的，缓存时间是20多分钟吧，我记得，但是既然出现了这个问题，就说明本地DNS缓存对负载均衡设备是比较无力的，之后进行诊断，只能祭出我大大神器~页面级调试~什么？你没听过？
对，就是在前端页面加一个这个东西，就能做到了
用了这玩意儿，什么Cookie，Session ID，Session Value统统跑不出你的把控，然后本地修改HOST，让他在我所控制下在两台服务器之间进行跳转。最后我100%地确定了！两台服务器的Session没有共享！
怎么样~SB了吧~照着各种资料设置，最后还是失败了！然后就开始了无穷无尽的找资料，然后就翻译出了那篇博客~但是还是没有解决我的问题。昨天下午，终于招到了线索！k325056讲到了这个问题！！
我必须总结后告诉你！两个站点的虚拟路径是要保证一致的！！！！而且是大小写敏感的
对，在我的调试大神器里有这个东西！我为什么要放出两条来呢？因为我必须难过地告诉你：我到现在也不知道怎么改这个虚拟地址！！！！！！！！！！◢▆▅▄▃崩╰(〒皿〒)╯潰▃▄▅▇◣
但是聪明如我，还是发现了INSTANCE_ID和虚拟地址之间的关系了~嘿嘿~ID控制着虚拟地址的最后一位，而我们两台服务器上的网站ID是不同的~地址也就不同了~然后修改以下网站ID（这里有一个天坑！修改了以后我们的网站立马全部崩溃！特么的因为修改了ID以后IIS就把你的站点停止了~~~停止了.....停止了.......你需要手动开启你的站点）然后现在再用调试神器去观察，嘿嘿，生活是美好的~Session是统一的！
总结时间
1、StateServer很好用，很方便，采用集中式管理，支持数据压缩，在web.config里配置就好了，大神的这 篇博客里有 别怕英文，看图就好了~但是！请记住！这玩意儿对应用之间是有数据隔离的！要在web Farm里使用他的话，必须要保证两个站点在两台服务器上的虚拟目录要一致，大小写敏感！
2、根据上一条显示，如果是多个应用Session数据共享就会出现问题！所以我感觉，Sate Server模式更适合Web Garden环境使用！多个应用，有不同的Web Site ID的话要使用State Server共享数据是非常困难的！有资料显示可以通过反射来修改他的应用验证机制来实现这个目的。