Действительно ли предполагается, что панель инструментов в AppBarLayout прокручивается, хотя в главном контейнере с "appbar_scrolling_view_behavior" недостаточно контента для прокрутки?
Что я тестировал до сих пор: 
Когда я использую NestedScrollView (с атрибутом "wrap_content" ) в качестве основного контейнера и TextView как дочерний, AppBarLayout работает правильно и не прокручивается.
Однако, когда я использую RecyclerView только с несколькими записями и атрибутом "wrap_content" (так что нет необходимости прокручивать), панель инструментов в AppBarLayout прокручивается, даже если RecyclerView никогда не получает событие прокрутки (проверено с помощью OnScrollChangeListener).
Здесь мой код макета:
<android.support.design.widget.CoordinatorLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    android:id="@+id/coordinatorLayout"
    android:layout_width="match_parent"
    android:layout_height="match_parent">
    <android.support.design.widget.AppBarLayout
        android:id="@+id/appBarLayout"
        android:layout_width="match_parent"
        android:layout_height="wrap_content">
        <android.support.v7.widget.Toolbar
            android:id="@+id/toolbar"
            android:layout_width="match_parent"
            android:layout_height="?attr/actionBarSize"
            android:background="?attr/colorPrimary"
            app:layout_scrollFlags="scroll|enterAlways"
            app:theme="@style/ToolbarStyle" />
    </android.support.design.widget.AppBarLayout>
    <android.support.v7.widget.RecyclerView
        android:id="@+id/recycler"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        app:layout_behavior="@string/appbar_scrolling_view_behavior" />
</android.support.design.widget.CoordinatorLayout>
С учетом того, что панель инструментов прокручивается, хотя это необязательно:
Я также нашел способ справиться с этим, проверив, все ли элементы RecyclerView видны и с помощью метода setNestedScrollingEnabled() RecyclerView. 
Тем не менее, это похоже больше на ошибку, как и на меня. Любые мнения?: D
РЕДАКТИРОВАТЬ # 1:
Для людей, которые могут быть заинтересованы в моем текущем решении, мне пришлось поместить логику setNestedScrollingEnabled() в метод postDelayed() обработчика с задержкой 5 мс из-за LayoutManager, который всегда возвращал -1 при вызове методов чтобы узнать, видно ли первый и последний элементы. 
Я использую этот код в методе onStart() (после инициализации моего RecyclerView) и каждый раз после изменения содержимого RecyclerView.
final LinearLayoutManager layoutManager = (LinearLayoutManager) mRecyclerView.getLayoutManager();
new Handler().postDelayed(new Runnable() {
    @Override
    public void run() {
        //no items in the RecyclerView
        if (mRecyclerView.getAdapter().getItemCount() == 0)
            mRecyclerView.setNestedScrollingEnabled(false);
        //if the first and the last item is visible
        else if (layoutManager.findFirstCompletelyVisibleItemPosition() == 0
                && layoutManager.findLastCompletelyVisibleItemPosition() == mRecyclerView.getAdapter().getItemCount() - 1)
            mRecyclerView.setNestedScrollingEnabled(false);
        else
            mRecyclerView.setNestedScrollingEnabled(true);
    }
}, 5);
РЕДАКТИРОВАТЬ № 2:
Я просто играл с новым приложением, и кажется, что это (непреднамеренное) поведение было исправлено в версии поддержки 23.3.0 (или даже раньше). Таким образом, больше не требуется обходных решений!
