Go语言视频零基础入门到精通

2878qw

在Android的源码中很多地方对final关键字的用法很是“别出心裁”，之所以这么说是因为我从没看过是这么使用final关键字的，一个典型的例子是View类中onScrollChanged方法（不妨将其成为方案一）：
java code 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开发小组这么写应该不会是空穴来风，难道这种写法真的有其他的目的？
想了很久也猜了很久，有个念头突然蹦了出来，难道这种写法是因为多线程编程的需要？考虑下面这种写法（不妨将其成为方案二）：
Java code   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时，操作的将是这个新的对象而不是原对象，而在方案一中，则可以避免这种现象。