?
事出有因：
农历xx月xx日，是一个特别的日子，因为用户发邮件说：要将上传附件的大小从原来的5MB提高到10M。
这是多么简单多么合理的一个小变更，处理起来是多么的easy...
?
在代码中，我们是将这个数字定义为常量的:
?
public static final long MAX_SIZE = 5 * 1024 * 1024;?
?
那修改也很简单，将5改成10即可。
但是当我们将新的class替换到系统上时，发现没有生效，再替换，还是不生效...
就在西二旗城铁站晚高峰快要结束的时候，突然，我灵光一闪，仿佛领悟到了什么，遂将引用这个常量的类也重新编译并替换到生产系统，It works!
?
由此我推测是因为编译器在编译时会对常量进行优化，将其替换为实际的值……
?
?
柳暗花明：
为了验证我的想法，我写了两个类来测试，
T1.java
?
T2.java
?
然后我编译，执行，删除T2.class，再执行。
有点出乎意料啊，和预想的结果并不一致……
就在二路汽车快要收工的时候，突然，我灵光又一闪，仿佛又领悟到了什么，遂将 Long 改成 long:
?
再次编译，执行，删除T2.class，再执行:
It works again!
?
后来又测试了int, Integer, double, Double, String等类型，
并且使用javap -c T1查看反编译结果发现：
?
编译器在编译时会对基本数据类型和String类型进行优化。
?
?
最佳实践：
当系统在线上运行时，如果需要修改某个的常量值（基本类型或String类型），那么引用该常量的所有class都应当重新编译。换句话说：如果A类中使用了B类中的常量（基本类型或String类型），那在系统运行的过程中，你删除掉B.class，不会影响系统的使用。
?
所以如果你不想在后期维护时这么麻烦的话，最好定义变量时使用包装类（Long, Integer等），或者换一种设计方式。
?
比如原来的代码是这样：
HttpUtil类中有一个保存附件的方法
?
public class HttpUtil {
public static final long MAX_SIZE = 5 * 1024 * 1024;
public static void saveFile(HttpServletRequest req, long maxSize) {...}
}
?
?
在别的模块如信息发布中有上传附件的功能，会调用HttpUtil的保存文件方法
因为没有对附件的特殊限制，所以使用默认的MAX_SIZE即可：
?
… HttpUtil.save(req, HttpUtil.MAX_SIZE); …?
?
这样的代码就存在前面提到的问题，如果修改常量值就需要重新编译引用常量的类。
但我们可以换一种方式，
在HttpUtil类中增加一个重载方法：
?
public static void saveFile(HttpServletRequest req) {
saveFile(req, MAX_SIZE);
}
?
?
这样在别的模块需要上传附件并且仅使用默认文件大小限制的时候，就可以调用这个方法。
好处就是现在你再修改MAX_SIZE的值，只需要编译这一个类就可以了。
?
相关文章![[转]分享一个thinkphp提示页面代码](/Upload/SmallIMG/2012070921/F72EEFA831388BCD.jpg)
