Kotlin直接使用控制元件ID原理解析

大頭呆發表於2018-12-16

最近斷斷續續地把專案的介面部分的程式碼由JAva改成了Kotlin編寫，並且如果應用了kotlin-android-extensions外掛,一個顯而易見的好處是再也不用寫 findViewById()來例項化你的控制元件物件了，直接操作你在佈局檔案裡的id即可，這一點我感覺比butterknife做的還簡潔友好。

Activity

import android.support.v7.app.AppCompatActivity
import android.os.Bundle
import kotlinx.android.synthetic.main.activity_main.*

class MainActivity : AppCompatActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)
        textview.text="hello world"
    }
}

複製程式碼

其中kotlinx.android.synthetic.main.activity_main.*是kotlin-android-extensions外掛自動生成的。下面我們來解析下原理。因為kotlin也是一門JVM語言，最近也會和java一樣編譯成class位元組碼，所以我們直接來反編譯看看生成的java檔案。

選擇Decompile,解析出來的程式碼如下

public final class MainActivity extends AppCompatActivity {
   private HashMap _$_findViewCache;

   protected void onCreate(@Nullable Bundle savedInstanceState) {
      super.onCreate(savedInstanceState);
      this.setContentView(2131296284);
      TextView var10000 = (TextView)this._$_findCachedViewById(id.textview);
      Intrinsics.checkExpressionValueIsNotNull(var10000, "textview");
      var10000.setText((CharSequence)"hello world");
   }

   public View _$_findCachedViewById(int var1) {
      if (this._$_findViewCache == null) {
         this._$_findViewCache = new HashMap();
      }

      View var2 = (View)this._$_findViewCache.get(var1);
      if (var2 == null) {
         var2 = this.findViewById(var1);
         this._$_findViewCache.put(var1, var2);
      }

      return var2;
   }

   public void _$_clearFindViewByIdCache() {
      if (this._$_findViewCache != null) {
         this._$_findViewCache.clear();
      }

   }
}
複製程式碼

可以很清楚看到最終還是呼叫了findViewById()，不過獲取View物件直接呼叫的是findCachedViewById,並且建立一個 HashMap 進行View物件的快取，避免每次呼叫 View 時都會重新呼叫findViewById()進行查詢。

Fragment

再來看下Fragment中的使用：

import android.os.Bundle
import android.support.v4.app.Fragment
import android.view.LayoutInflater
import android.view.View
import android.view.ViewGroup
import kotlinx.android.synthetic.main.fragment_blank.*


class BlankFragment : Fragment() {
    
    override fun onCreateView(inflater: LayoutInflater, container: ViewGroup?, savedInstanceState: Bundle?): View? {
        
        return inflater.inflate(R.layout.fragment_blank, container, false)
    }

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)
        textview_fra.text="hello world"
    }
}

複製程式碼

反編譯後程式碼如下

public final class BlankFragment extends Fragment {
   private HashMap _$_findViewCache;

   @Nullable
   public View onCreateView(@NotNull LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
      Intrinsics.checkParameterIsNotNull(inflater, "inflater");
      return inflater.inflate(2131296285, container, false);
   }

   public void onViewCreated(@NotNull View view, @Nullable Bundle savedInstanceState) {
      Intrinsics.checkParameterIsNotNull(view, "view");
      super.onViewCreated(view, savedInstanceState);
      TextView var10000 = (TextView)this._$_findCachedViewById(id.textview_fra);
      Intrinsics.checkExpressionValueIsNotNull(var10000, "textview_fra");
      var10000.setText((CharSequence)"hello world");
   }

   public View _$_findCachedViewById(int var1) {
      if (this._$_findViewCache == null) {
         this._$_findViewCache = new HashMap();
      }

      View var2 = (View)this._$_findViewCache.get(var1);
      if (var2 == null) {
         View var10000 = this.getView();
         if (var10000 == null) {
            return null;
         }

         var2 = var10000.findViewById(var1);
         this._$_findViewCache.put(var1, var2);
      }

      return var2;
   }

   public void _$_clearFindViewByIdCache() {
      if (this._$_findViewCache != null) {
         this._$_findViewCache.clear();
      }

   }

   // $FF: synthetic method
   public void onDestroyView() {
      super.onDestroyView();
      this._$_clearFindViewByIdCache();
   }
}
複製程式碼

可以看到最終是通過呼叫getView().findViewById()來進行控制元件的例項化。看下getView()原始碼

    @Nullable
    public View getView() {
        return this.mView;
    }
複製程式碼

再看下mView成員變數的賦值時機：

  void performCreateView(@NonNull LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
        if (this.mChildFragmentManager != null) {
            this.mChildFragmentManager.noteStateNotSaved();
        }

        this.mPerformedCreateView = true;
        this.mViewLifecycleOwner = new LifecycleOwner() {
            public Lifecycle getLifecycle() {
                if (Fragment.this.mViewLifecycleRegistry == null) {
                    Fragment.this.mViewLifecycleRegistry = new LifecycleRegistry(Fragment.this.mViewLifecycleOwner);
                }

                return Fragment.this.mViewLifecycleRegistry;
            }
        };
        this.mViewLifecycleRegistry = null;
        this.mView = this.onCreateView(inflater, container, savedInstanceState);
        if (this.mView != null) {
            this.mViewLifecycleOwner.getLifecycle();
            this.mViewLifecycleOwnerLiveData.setValue(this.mViewLifecycleOwner);
        } else {
            if (this.mViewLifecycleRegistry != null) {
                throw new IllegalStateException("Called getViewLifecycleOwner() but onCreateView() returned null");
            }

            this.mViewLifecycleOwner = null;
        }

    }

複製程式碼

可以看到mView其實就是onCreateView()的返回值，所以我們不能在onCreateView()方法裡操作控制元件ID的方式操作View物件，會產生空指標異常。建議在onViewCreated()方法裡使用。

其他（動態佈局）

除了Activity和Fragment，我們用的最多的UI佈局當屬Adapter了，kotlin-android-extensions也提供了對這一類動態佈局的支援。因為這一功能是實現性質的，預設關閉，我們需要手動開啟，在build.gradle中開啟：

androidExtensions {
    experimental = true
}
複製程式碼

然後再recycler.adapter中使用如下：

import kotlinx.android.extensions.LayoutContainer
import kotlinx.android.synthetic.main.item_recyclerview.*

class MyAdapter(val context: Context, val data: List<String>) :
    RecyclerView.Adapter<MyAdapter.ViewHolder>() {


    override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): ViewHolder {
        val view = LayoutInflater.from(context).inflate(R.layout.item_recyclerview, parent, false)
        return ViewHolder(view)
    }

    override fun onBindViewHolder(holder: ViewHolder, position: Int) {
        holder.name_tv.text = data[position]
        holder.itemView.setOnClickListener {
           Toast.makeText(context,"點選了第$position 項",Toast.LENGTH_SHORT).show()
        }
    }

    override fun getItemCount(): Int {
        return data.size
    }

    inner class ViewHolder(itemView: View) : RecyclerView.ViewHolder(itemView), LayoutContainer {

        override val containerView: View = itemView
    }
}
複製程式碼

可以看到相比Activity和Fragment，我們的ViewHolder需要多實現一個介面LayoutContainer。看下它的原始碼：

/**
 * A base interface for all view holders supporting Android Extensions-style view access.
 */
public interface LayoutContainer {
    /** Returns the root holder view. */
    public val containerView: View?
}
複製程式碼

只有一個物件，我們需要設定這個值，用來手動指定root holder view，也就是ViewHolder的itemView。反編譯看下ViewHolder生成的java程式碼就好理解了，此處的getContainerView作用相當於Fragment的getView()，只不過Fragment自帶了這個獲取佈局根View的方法，而Adapter需要再去通過LayoutContainer介面實現而已。

   public final class ViewHolder extends android.support.v7.widget.RecyclerView.ViewHolder implements LayoutContainer {
      @NotNull
      private final View containerView;
      private HashMap _$_findViewCache;

      @NotNull
      public View getContainerView() {
         return this.containerView;
      }

      public ViewHolder(@NotNull View itemView) {
         Intrinsics.checkParameterIsNotNull(itemView, "itemView");
         super(itemView);
         this.containerView = itemView;
      }

      public View _$_findCachedViewById(int var1) {
         if (this._$_findViewCache == null) {
            this._$_findViewCache = new HashMap();
         }

         View var2 = (View)this._$_findViewCache.get(var1);
         if (var2 == null) {
            View var10000 = this.getContainerView();
            if (var10000 == null) {
               return null;
            }

            var2 = var10000.findViewById(var1);
            this._$_findViewCache.put(var1, var2);
         }

         return var2;
      }

      public void _$_clearFindViewByIdCache() {
         if (this._$_findViewCache != null) {
            this._$_findViewCache.clear();
         }

      }
   }
複製程式碼

Kotlin擴充套件函式與屬性原理解析
2024-01-29
Kotlin套件函式
Kotlin的解析(上)
2018-11-14
Kotlin
Kotlin的解析(下)
2018-11-27
Kotlin
Kotlin的解析（擴充）
2018-12-03
Kotlin
使用Kotlin的一些心得體會以及部分語法解析：
2018-09-16
Kotlin
新一代Json解析庫Moshi使用及原理解析
2018-11-04
JSON
Android進階：六、在子執行緒中直接使用 Toast 及其原理
2019-03-28
Android執行緒AST
Kotlin設計模式解析之單例
2018-09-20
Kotlin設計模式單例
如何使用 id 命令？
2022-12-06
解析HOT原理
2020-06-09
DNS解析原理
2020-12-27
DNS
Python程式碼解析： job = next(job for job in jobs if job.job_id == job_id)
2024-06-28
Python
教你如何完全解析Kotlin中的註解
2019-04-24
Kotlin
Kotlin 效能優化利器 —— Sqeuence 原理淺析
2019-05-25
Kotlin優化
從crash看kotlin-android-extensions工作原理
2018-03-26
KotlinAndroid
# Kotlin使用優化（四）
2019-03-26
Kotlin優化
kotlin的Gson的使用
2019-04-17
Kotlin
kotlin的迴圈使用
2018-12-14
Kotlin
Sentinel 原理-全解析
2019-01-09
Promise原理解析
2019-02-27
Promise
cli原理解析
2019-04-15
MyBatis原理解析
2024-03-14
MyBatis
BlockCanary原理解析
2024-01-11
BloC
Flutter原理深度解析
2019-09-06
Flutter
InheritWidget原理解析
2020-06-07
EventBus 原理解析
2020-11-01
kafka原理解析
2019-05-08
Kafka
CAS原理深度解析
2019-03-15
webpack原理解析
2019-03-04
Web
ThreadLocal原理深入解析
2021-09-09
thread
KonvaJS 原理解析
2021-10-11
JS
HTTPS原理解析
2021-02-18
HTTP
gpfdist原理解析
2021-03-10
蘋果企業簽名直接下載APP的原理及蘋果企業簽名現狀解析
2020-09-16
蘋果APP
PHP 字串中直接解析函式的寫法
2021-09-15
PHP字串函式
淺談Kotlin中的Sequences原始碼解析(十)
2018-08-31
Kotlin原始碼
自定義控制元件之kotlin繪製折線圖和曲線圖
2018-08-02
控制元件Kotlin
使用 Kotlin Symbol Processing 1.0 縮短 Kotlin 構建時間
2021-10-08
KotlinSymbol

Kotlin直接使用控制元件ID原理解析

Activity

Fragment

其他（動態佈局）

相關文章