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

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

这个可能是线程安全性的问题，在service方法中，不要把entity设为属性，因为一般service都是单例，当多个并发调用的时候，就是存在覆盖属性值的问题。这是线程安全性的问题。

因为你的service是单例的，每次调用的时候，你的cart就被覆盖了，虽然cart是prototype的，但是setter方法是在创建实例的时候，容器调用一次，所以你的service每次被调用，cart不会每次被创建一个新的实例。

建议是entity不要设置为属性，每次用的时候最好是new一个。setter方法在容器初始化的时候只被调用一次。除非你在代码中context.getBean(),这样才会原型的每次都创建一个新的对象。

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

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

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

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

我连续发了三个回复，我觉得我应该讲清楚了，确实是service是单例的，那么在容器初始化的时候setter只被调用了一次，那么也就是说cart也就只被获得了一次，当然你cart设成原型也就没有了什么意义。

解决方式两种：

1、service也设成原型，那么每个service都是独立的，自然不会有什么影响。

2、cart不要设为属性，在方法中new  或者context.getBean(),这样也能保证pojo是独立的。