关于使用SSM+JSP开发时setter、getter隐式调用问题的小结
【版权声明】未经博主同意，谢绝转载！（请尊重原创，博主保留追究权）
https://www.cnblogs.com/cnb-yuchen/p/17977495
出自【进步*于辰的博客】
之前使用SSM+JSP做网站开发，由于没有注意setter、getter的隐式调用问题，出现了多次bug，对开发进度影响挺大。因此，特来作这篇文章跟大家分享，帮在使用SSM开发的博友们避避坑。
参考笔记三，P31.1。
1、setter
隐式调用时机：
1、查询数据，调用无参构造方法创建实例后
2、getter
隐式调用时机：
1、EL表达式
2、使用@ResponseBody时
3、<if>、<when>等标签
4、ajax得到的响应体是实体，获取属性时
5、sql语句内的 #{xx}、${xx}
对第5点说明：
#{xx}/${xx}都隐式调用了getter，而不是根据属性名调用。- 当
xx对应的类型是 Date，即获取的是时间时，一般为了EL表达式显示，会重写getter，并将返回值类型改为 String；（当然这已经不是重写） - 如果这样“重写”了getter，必须判断是否为
null。原因不是为了EL表达式显示，因为当为null时，EL表达式不会报错；而是因为返回的时间字符串必然是通过 SimpleDateFormat 等类由时间转换而来，转换时，若时间为null，抛出异常。
大家看完上述说明，一定有一个疑惑：“你重写了 Date 类型属性的getter，例如插入时，#{xx}获取时间，得到的不就是 String，而数据库字段类型是时间类型，怎么能插入成功？”
这是因为Mybatis和MySQL / Oracle都有将Date与String自动转换的功能。
示例说明：
实体。
User(userId, userName, cancelStatus)
属性cancelStatus：注销状态，0-正常，1-注销中。
一般使用这两种方法将数字转换成文字：
getter内转换；- 渲染时转换，如：
ajax。
一般选择第2种方法，因为如cancelStatus这类已约定取值的属性，往往会用于判断，如：EL表达式中判断取值来显示不同内容。
由于第1种方法会修改getter，则可能报错；当然，可定义其他名称的getXx()返回文字信息，但那样成本高。
因此，大多数情况下都是在渲染时将数字转换成文字。这也是很多项目前端采用的方法。
本文完结。