你可以像这样在Viewpager上添加分页器转换

myPager.setPageTransformer(true, new MapPagerTransform());

在下面的代码中，我改变了我的视图颜色在运行时，当寻呼机滚动

public class MapPagerTransform implements ViewPager.PageTransformer {

    public void transformPage(View view, float position) {
        LinearLayout showSelectionLL = (LinearLayout) view.findViewById(R.id.showSelectionLL);

        if (position < 0) {
            showSelectionLL.setBackgroundColor(Color.WHITE);
        } else if (position > 0) {
            showSelectionLL.setBackgroundColor(Color.WHITE);
        } else {
            showSelectionLL.setBackgroundColor(Color.RED);
        }
    }
}

alvarolb给出的答案绝对是最好的方法。基于他的回答，实现这一点的一个简单方法是简单地按位置存储活动视图:

SparseArray<View> views = new SparseArray<View>();

@Override
public Object instantiateItem(View container, int position) {
    View root = <build your view here>;
    ((ViewPager) container).addView(root);
    views.put(position, root);
    return root;
}

@Override
public void destroyItem(View collection, int position, Object o) {
    View view = (View)o;
    ((ViewPager) collection).removeView(view);
    views.remove(position);
    view = null;
}

然后，一旦覆盖notifyDataSetChanged方法，您就可以刷新视图…

@Override
public void notifyDataSetChanged() {
    int key = 0;
    for(int i = 0; i < views.size(); i++) {
       key = views.keyAt(i);
       View view = views.get(key);
       <refresh view with new data>
    }
    super.notifyDataSetChanged();
}

实际上，您可以在instantiateItem和notifyDataSetChanged中使用类似的代码来刷新视图。在我的代码中，我使用了完全相同的方法。

总是返回POSITION_NONE是一种简单但效率有点低的方法，因为这会触发所有已经实例化的页面的实例化。

我已经创建了一个ArrayPagerAdapter库来动态更改pageradapter中的项。

在内部，这个库的适配器只在必要时才在getitemposition()上返回POSITION_NONE。

您可以使用此库动态更改项，如下面所示。

@Override
protected void onCreate(Bundle savedInstanceState) {
        /** ... **/
    adapter = new MyStatePagerAdapter(getSupportFragmentManager()
                            , new String[]{"1", "2", "3"});
    ((ViewPager)findViewById(R.id.view_pager)).setAdapter(adapter);
     adapter.add("4");
     adapter.remove(0);
}

class MyPagerAdapter extends ArrayViewPagerAdapter<String> {

    public MyPagerAdapter(String[] data) {
        super(data);
    }

    @Override
    public View getView(LayoutInflater inflater, ViewGroup container, String item, int position) {
        View v = inflater.inflate(R.layout.item_page, container, false);
        ((TextView) v.findViewById(R.id.item_txt)).setText(item);
        return v;
    }
}

Thils库还支持由Fragments创建的页面。

我认为PagerAdapter中没有任何类型的错误。问题是，理解它是如何工作的有点复杂。看看这里解释的解决方案，从我的角度来看，有一个误解，因此实例化视图的使用很差。

在过去的几天里，我一直在使用PagerAdapter和ViewPager，我发现了以下内容:

PagerAdapter上的notifyDataSetChanged()方法只会通知ViewPager底层页面已经更改。例如，如果您动态地创建/删除页面(从列表中添加或删除项目)，ViewPager应该负责这些。在这种情况下，我认为ViewPager决定是否应该使用getItemPosition()和getCount()方法删除或实例化一个新视图。

我认为ViewPager，在notifyDataSetChanged()调用后，它的子视图和检查他们的位置与getItemPosition()。如果对于子视图，该方法返回POSITION_NONE, ViewPager会认为该视图已被删除，并调用destroyItem()方法删除该视图。

通过这种方式，如果您只想更新页面的内容，覆盖getItemPosition()以总是返回POSITION_NONE是完全错误的，因为每次调用notifyDatasetChanged()时，以前创建的视图将被销毁，而新的视图将被创建。对于一些textview来说，这似乎没有什么问题，但是当你有复杂的视图时，比如从数据库中填充的listview，这可能是一个真正的问题和资源浪费。

So there are several approaches to efficiently change the content of a view without having to remove and instantiate the view again. It depends on the problem you want to solve. My approach is to use the setTag() method for any instantiated view in the instantiateItem() method. So when you want to change the data or invalidate the view that you need, you can call the findViewWithTag() method on the ViewPager to retrieve the previously instantiated view and modify/use it as you want without having to delete/create a new view each time you want to update some value.

例如，假设您有100个带有100个textview的页面，并且您只想定期更新一个值。使用前面解释的方法，这意味着您在每次更新时删除并实例化100个textview。这没有道理……

在我的情况下，每次片段进入onCreateView，我重新启动值处理空值或空值，如:

if (var == null) {
    var = new Something();
}

if (list.isEmpty()) {
    list = new ArrayList<MyItem>();
}

if (myAdapter == null) {
    myAdapter = new CustomAdapter();
    recyclerView.setAdapter(myAdapter);
}

// etc...

Fragment类可以在每次更改时进入onCreateView，并在运行时从UI返回到视图。

在OP提出他的问题两年半之后，这个问题仍然，嗯，仍然是一个问题。显然谷歌在这方面的优先级不是特别高，所以我没有找到解决方案，而是找到了一个变通办法。对我来说，最大的突破是找到了问题的真正原因(见本文中公认的答案)。一旦问题明显是任何活动页面都没有正确刷新，我的解决方法就很明显了:

在我的片段(几页)中:

I took all the code which populates the form out of onCreateView and put it in a function called PopulateForm which may be called from anywhere, rather than by the framework. This function attempts to get the current View using getView, and if that is null, it just returns. It's important that PopulateForm contains only the code that displays - all the other code which creates FocusChange listeners and the like is still in OnCreate Create a boolean which can be used as a flag indicating the form must be reloaded. Mine is mbReloadForm Override OnResume() to call PopulateForm() if mbReloadForm is set.

在我的活动中，我做页面的加载:

Go to page 0 before changing anything. I'm using FragmentStatePagerAdapter, so I know that two or three pages are affected at most. Changing to page 0 ensures I only ever have the problem on pages 0, 1 and 2. Before clearing the old list, take it's size(). This way you know how many pages are affected by the bug. If > 3, reduce it to 3 - if you're using a a different PagerAdapter, you'll have to see how many pages you have to deal with (maybe all?) Reload the data and call pageAdapter.notifyDataSetChanged() Now, for each of the affected pages, see if the page is active by using pager.getChildAt(i) - this tells you if you have a view. If so, call pager.PopulateView(). If not, set the ReloadForm flag.

在此之后，当您重新加载第二组页面时，该错误仍然会导致一些页面显示旧数据。但是，现在它们将被刷新，您将看到新的数据-您的用户不会知道页面是不正确的，因为这种刷新将在他们看到页面之前发生。

希望这能帮助到一些人!