Spinner设置spinnerMode时的闪退血案

今天使用spinner时引发了一个崩溃大坑，debug了一会依然不知所以，翻看了源码才发现症结所在。故此记录一下。
spinner设置了spinnerMode为dropdown（默认也是dropdown），此时假如是自定义adapter，需要特别注意adapter的实现方式。
因adapter需要实现SpinnerAdapter接口，这里有两个方法getDropDownView和getView，关于这两个的区别网上一般认为getView 设置的是Spinner下拉打开前的布局，getDropDownView 设置的是下拉打开后，下拉的布局。这个说法含糊不清，实际上看源码可知这两个是有关联的。
AppCompatSpinner源码片段：

  @Override
    public void setAdapter(SpinnerAdapter adapter) {
        // The super constructor may call setAdapter before we're prepared.
        // Postpone doing anything until we've finished construction.
        if (!mPopupSet) {
            mTempAdapter = adapter;
            return;
        }

        super.setAdapter(adapter);

        if (mPopup != null) {
            final Context popupContext = mPopupContext == null ? getContext() : mPopupContext;
            mPopup.setAdapter(new DropDownAdapter(adapter, popupContext.getTheme()));
        }
    }

可以看出当mPopup！=null时，设置的adapter为DropDownAdapter，跟踪DropDownAdapter看下：

 @Override
        public View getView(int position, View convertView, ViewGroup parent) {
            return getDropDownView(position, convertView, parent);
        }

        @Override
        public View getDropDownView(int position, View convertView, ViewGroup parent) {
            return (mAdapter == null) ? null
                    : mAdapter.getDropDownView(position, convertView, parent);
        }

可以看到getView方法最终还是调用了getDropDownView方法。因此如果spinner的spinnerMode为dropdown，在自定义adapter时一定要记得重写getDropDownView方法，否则getView就会取到null值，从而引发闪退血案。