一般,JavaBean都不用交给spring管理吧,要用的时候直接new就行了,因为它封装了业务数据。

解决方案 »

  1.   

    如果用spring管理,那该怎么修改
      

  2.   

    这个可能是线程安全性的问题,在service方法中,不要把entity设为属性,因为一般service都是单例,当多个并发调用的时候,就是存在覆盖属性值的问题。这是线程安全性的问题。因为你的service是单例的,每次调用的时候,你的cart就被覆盖了,虽然cart是prototype的,但是setter方法是在创建实例的时候,容器调用一次,所以你的service每次被调用,cart不会每次被创建一个新的实例。不知道说清楚没有。建议是entity不要设置为属性,每次用的时候最好是new一个。setter方法在容器初始化的时候只被调用一次。除非你在代码中context.getBean(),这样才会原型的每次都创建一个新的对象。
      

  3.   

    如果你非要用spring管理entity,那么就在需要的时候用context.getBean(),每次重新获得一个,这样容器才会每次给你创建一个新的对象。setter方法在容器初始化的时候只调用一次,你的service的属性cart其实一直都是一个。
      

  4.   

    或者你的service也设置成prototype的,每次调用的时候,容器会创建一个新的service,这样它的属性才不会冲突,struts2的action就是这样做的,因为它的属性封装了表单数据,所以每次调用是创建了一个新的action,这个是线程安全的东西。如果不是很理解,可以参考一下struts2的action的线程安全,网上搜一下理解一下就好了。
      

  5.   


    你的意思是说尽管cart是prototype的,但service是单例的,只会被实例化一次,所以作为他的属性cart也还是单例。那如果把service也设置为prototype,应该就就可以了吧,方便的同时估计也带来其他的影响。
      

  6.   

    觉得问题找到了,新的问题是怎么解决这个新的问题 service单例,看楼下的
      

  7.   

    对了,实体类用prototype,貌似这种用法很少啊,都是action用prototype
      

  8.   


    你的意思是说尽管cart是prototype的,但service是单例的,只会被实例化一次,所以作为他的属性cart也还是单例。那如果把service也设置为prototype,应该就就可以了吧,方便的同时估计也带来其他的影响。我连续发了三个回复,我觉得我应该讲清楚了,确实是service是单例的,那么在容器初始化的时候setter只被调用了一次,那么也就是说cart也就只被获得了一次,当然你cart设成原型也就没有了什么意义。解决方式两种:
    1、service也设成原型,那么每个service都是独立的,自然不会有什么影响。
    2、cart不要设为属性,在方法中new  或者context.getBean(),这样也能保证pojo是独立的。