我们这次工作的项目用到的是传统的SSH框架，同时没有采用注解的方式进 行开发，都是纯手工的xml配置文件。原来都是仿造已经配好的一条线配置文件，Action、manage、service、entity每一层都加一个 配置文件。但是今天遇到了一个bug，费了好长时间才找到什么问题。
在项目中对养老金表的增删改操作都是用一个action,这个 action有add、update、delete、save方法，添加和修改是共用一个页面，当页面得到id时代表进行的更新操作，反之添加操作。今天 这些功能基本上都实现了，但是当我点击修改的时候，返回去再点添加，发现修改的回显数据出现在添加里，也就是说添加的时候还是显示上一次的访问记录。出现 问题，首先把问题的根源定位在Action变量作用域上,找了很长时间都不知道是哪出的问题？后来想，我是不是在哪更改了Action的作用域？如果我要 更改的话，我会去哪改？一拍脑袋，想起来了，在配置养老金Action配置文件时，没有添加 scope="prototype" 属性。在配置文件中添加 scope="prototype"就好了！
后来，反思了一下，为什么这一个小小问题，自己需要解决那么长时间？主要的原因还是对原理不清楚，对Scope 的作用不了解！ 下面就来学习一下什么是scope？在框架中起到什么作用？
Scope 是作用域的意思，一段程序中一个变量的名称并不是什么时候都有效的，它只在某个范围内有效，限定这个变量在哪段范围内有效。
Scope ="prototype" 代表会在该类型的对象被请求时创建一个新的action对象。如果没有配置，则不会在添加的时候新建一个action，会保留上一次访问过的记录信息。 如果没有配置，默认是scope="singleton" singleton模式指的是对某个对象的完全共享，如果一个类是singleton的，假如这个类有成员变量，那么这个成员变量的值是各个线程共享的， 类似于static.当线程A给变量付了一个值以后，线程B就能读出这个值。因此对于前台Action,肯定不能使用singleton模式，必须是一个 线程请求对应一个独立的实例。
在web状态下中，请求时多线程的，全局变量可能会被不同的线程修改，尤其在并发时会带来意想不到bug。而在开发时，访问量小，不存在并发、多线程的问题，程序员极有可能忽视这个问题。例如这次我就犯了这么个错误。。。。
所 以在配置action时，应使用scope="prototype",为每一次request创建一个新的action实例，这符合struts2的要 求，struts2为每一个request创建一个新的action实例。当request结束，bean就会被jvm销毁，作为垃圾收回。例如，添加、 修改、查询和删除虽然都是对应一个action。但是每次的请求应该都是一个全新的实例。这样也就不会出现上面我出现的那个问题了。
当然，也可以设置scope="session",也能避免web中action并发问题，但是它代表只为当前用户创建一次bean，直至session消失。这种情况下，对当前用户而言，bean是有状态的，好处是可以少创建bean的实例。
在项目中对养老金表的增删改操作都是用一个action,这个 action有add、update、delete、save方法，添加和修改是共用一个页面，当页面得到id时代表进行的更新操作，反之添加操作。今天 这些功能基本上都实现了，但是当我点击修改的时候，返回去再点添加，发现修改的回显数据出现在添加里，也就是说添加的时候还是显示上一次的访问记录。出现 问题，首先把问题的根源定位在Action变量作用域上,找了很长时间都不知道是哪出的问题？后来想，我是不是在哪更改了Action的作用域？如果我要 更改的话，我会去哪改？一拍脑袋，想起来了，在配置养老金Action配置文件时，没有添加 scope="prototype" 属性。在配置文件中添加 scope="prototype"就好了！
后来，反思了一下，为什么这一个小小问题，自己需要解决那么长时间？主要的原因还是对原理不清楚，对Scope 的作用不了解！ 下面就来学习一下什么是scope？在框架中起到什么作用？
Scope 是作用域的意思，一段程序中一个变量的名称并不是什么时候都有效的，它只在某个范围内有效，限定这个变量在哪段范围内有效。
Scope ="prototype" 代表会在该类型的对象被请求时创建一个新的action对象。如果没有配置，则不会在添加的时候新建一个action，会保留上一次访问过的记录信息。 如果没有配置，默认是scope="singleton" singleton模式指的是对某个对象的完全共享，如果一个类是singleton的，假如这个类有成员变量，那么这个成员变量的值是各个线程共享的， 类似于static.当线程A给变量付了一个值以后，线程B就能读出这个值。因此对于前台Action,肯定不能使用singleton模式，必须是一个 线程请求对应一个独立的实例。
在web状态下中，请求时多线程的，全局变量可能会被不同的线程修改，尤其在并发时会带来意想不到bug。而在开发时，访问量小，不存在并发、多线程的问题，程序员极有可能忽视这个问题。例如这次我就犯了这么个错误。。。。
所 以在配置action时，应使用scope="prototype",为每一次request创建一个新的action实例，这符合struts2的要 求，struts2为每一个request创建一个新的action实例。当request结束，bean就会被jvm销毁，作为垃圾收回。例如，添加、 修改、查询和删除虽然都是对应一个action。但是每次的请求应该都是一个全新的实例。这样也就不会出现上面我出现的那个问题了。
当然，也可以设置scope="session",也能避免web中action并发问题，但是它代表只为当前用户创建一次bean，直至session消失。这种情况下，对当前用户而言，bean是有状态的，好处是可以少创建bean的实例。
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
