Android的源码中很多地方对final关键字的用法很是“别出心裁”，之所以这么说是因为我从没看过是这么使用final关键字的，通过本文给大家分享Android源码中final关键字的用法及final,finally,finalize的区别，感兴趣的朋友一起学习吧
hi 大家好，今日，天气剧变，非常冷，不想出门，于是给大家写了篇文章，关于android final关键字及final,finally,finalize的区别相关知识，具体详情如下所示：
先预告一下，下文中仅涉及java语法的讨论，和Android源码关系不大，请不要有阅读压力。
我发现在Android的源码中很多地方对final关键字的用法很是“别出心裁”，之所以这么说是因为我从没看过是这么使用final关键字的，一个典型的例子是View类中onScrollChanged方法（不妨将其成为方案一）：
protected void onScrollChanged(int l, int t, int oldl, int oldt) {
mBackgroundSizeChanged = true;
final AttachInfo ai = mAttachInfo;
if (ai != null) {
ai.mViewScrollChanged = true;
}
}
看到了吗？此处mAttachInfo是View类的一个成员变量，而在这个方法中Android的程序员并没有直接操作mAttachInfo变量，而是先赋值给一个标明为final的局部变量ai，然后再操作这个ai。
这个写法我很是想不通，这不是多此一举吗？但是仔细想想又觉得没这么简单，身经百战的Android开发小组这么写应该不会是空穴来风，难道这种写法真的有其他的目的？
想了很久也猜了很久，有个念头突然蹦了出来，难道这种写法是因为多线程编程的需要？考虑下面这种写法（不妨将其成为方案二）：
protected void onScrollChanged(int l, int t, int oldl, int oldt) {
mBackgroundSizeChanged = true;
if (mAttachInfo != null) { // #1
mAttachInfo.mViewScrollChanged = true; // #2
}
}
在上面这种写法中，取消了final的局部变量ai而直接操作mAttachInfo。考虑这样一种场景，假设线程A执行完#1将要执行#2时，突然有另外一个线程B在其他地方对mAttachInfo做了修改，将其指向了另外一个对象，那么线程A执行到#2时，操作的将是这个新的对象而不是原对象，而在方案一中，则可以避免这种现象。
