解决方案 »

  1.   

    肯定会出现这种问题,就是不知道你为什么在这种情况下用单件,单件初始化完成以后的对应,将是全局的
    其实我也是在想这个问题,这个代码是公司一个5+工作经验的人写的,我一直在想,这个是不是有问题,但是总觉得,如果只是简单的 Username {get}的只读属性,应该不会有问题。
    而且用log4net 查看,运行到Session_Start的时候,线程是一个线程ID。如果是一个线程,应该不会这问题。
    我是想能不能帮忙解释下为什么..
      

  2.   

    肯定会出现这种问题,就是不知道你为什么在这种情况下用单件,单件初始化完成以后的对应,将是全局的
    其实我也是在想这个问题,这个代码是公司一个5+工作经验的人写的,我一直在想,这个是不是有问题,但是总觉得,如果只是简单的 Username {get}的只读属性,应该不会有问题。
    而且用log4net 查看,运行到Session_Start的时候,线程是一个线程ID。如果是一个线程,应该不会这问题。
    我是想能不能帮忙解释下为什么..既然是Get的只读属性,你那个第一步的赋值又是什么情况?
    另外你自己访问的时候当然是一个线程,但是如果部署对外开放以后,面对几百人或者更多人的并发访问就会出问题
      

  3.   

    肯定会出现这种问题,就是不知道你为什么在这种情况下用单件,单件初始化完成以后的对应,将是全局的
    其实我也是在想这个问题,这个代码是公司一个5+工作经验的人写的,我一直在想,这个是不是有问题,但是总觉得,如果只是简单的 Username {get}的只读属性,应该不会有问题。
    而且用log4net 查看,运行到Session_Start的时候,线程是一个线程ID。如果是一个线程,应该不会这问题。
    我是想能不能帮忙解释下为什么..既然是Get的只读属性,你那个第一步的赋值又是什么情况?
    另外你自己访问的时候当然是一个线程,但是如果部署对外开放以后,面对几百人或者更多人的并发访问就会出问题
    第一步的属性是解释,现在内存中get  到的 Username是这个值user1  。
    而且做开发,肯定就是预防几百人访问的时候才发现问题, 所以我才着急问的。
    其实我已经改过来了,直接用了非单例模式。只是对想更加深层次的了解其中的缘由。现在看来,过度的设计,确实适得其反,设计模式用多了。总会遇到鬼的。