我遇到了一个 IllegalStateException 将底层列表更新为适配器(可能是 ArrayAdapter 或 BaseAdapter 的扩展，我不记得了)。我目前没有也不记得异常的文本，但它说了一些关于列表内容更改的影响，而适配器没有收到更改通知。

此列表/可能/从 UI 线程(主线程)以外的另一个线程更新。更新此列表(添加项目)后，我调用 notifyDataSetChanged。问题似乎是 Adapter 或附加到 Adapter 的 ListView 尝试在调用此方法之前更新自身。发生这种情况时，将抛出 IllegalStateException。

如果我在更新前将 ListView 的可见性设置为 GONE，然后再次设置为 VISIBLE，则不会发生错误。但这并不总是实用的。

我在某处读到你不能从另一个线程修改底层的 this——这似乎限制了 MVC 模式，就像这个特定的列表一样，我想从不同的线程添加项目。我假设只要调用 notifyDataSetChanged() 就安全了——在调用此方法之前，适配器不会重新访问基础 List，但事实似乎并非如此。

我想我想问的是，从 UI 以外的线程更新底层列表是否安全？此外，如果我想修改适配器内的数据，我是修改底层列表还是适配器本身(通过其 add() 等方法)。通过Adapter修改数据貌似不对。

我在另一个网站上看到了一个似乎和我有类似问题的人的帖子:http://osdir.com/ml/Android-Developers/2010-04/msg01199.html (这是我从中获取 Visibility.GONE 和 .VISIBLE 想法的地方)。

为了让您更好地了解我的特定问题，我将描述一下我的列表、适配器等的设置方式。

我有一个名为 Queue 的对象，其中包含一个 LinkedList。 Queue 扩展了 Observable，当通过它的方法将事物添加到它的内部列表时，我调用 setChanged() 和 notifyListeners()。此 Queue 对象可以从任意数量的线程中添加或删除项目。

我有一个包含适配器的“队列 View ” Activity 。此 Activity 在其 onCreate() 方法中向我的 Queue 对象注册了一个 Observer 监听器。在 Observer 的 update() 方法中，我调用了 Adapter 上的 notifyDataSetChanged()。

我添加了很多日志输出并确定当此 IllegalStateExcption 发生时我的 Observer 回调从未被调用。所以就好像 Adapter 在 Observer 有机会通知它的 Observers 之前就注意到了 List 的变化，并调用我的方法来通知 Adapter 内容已经改变。

所以我想我想问的是，这是装配适配器的好方法吗？这是一个问题，因为我正在从 UI 线程以外的线程更新适配器的内容吗？如果是这种情况，我可能会想到一个解决方案(在创建 Queue 对象时为 UI 线程提供一个 Handler，并使用该 Handler 进行所有 List 修改，但这似乎不合适)。

我意识到这是一个非常开放的帖子，但我对此有点迷茫，非常感谢对我所写内容的任何评论。

最佳答案

This List /may/ be updated from another thread other than the UI thread (main)

那行不通。

I read somewhere that you cannot modify the underlying this from another thread--this would seem to limit an MVC pattern, as with this particular List, I want to add items from different threads

MVC 与线程无关。

can it be safe to update the underlying List from threads other than the UI?

没有。其他线程可以触发对适配器的更新(例如，通过 post())，但更新本身必须在主应用程序线程上处理，对于当前附加到 ListView 的适配器。

Additionally, if I want to modify the data within an Adapter, do I modify the underlying List or the Adapter itself (via its add(), etc. methods). Modifying the data through the Adapter seems wrong.

您通过 Adapter 本身为 ArrayAdapter 修改您的 Adapter。您通过 CursorAdapter 的底层数据库/内容提供程序修改您的 Adapter。其他适配器可能有所不同。

I've an object named Queue that contains a LinkedList. Queue extends Observable, and when things are added to its internal list through its methods, I call setChanged() and notifyListeners().

您是否考虑过使用 LinkedBlockingQueue，而不是实现您自己的线程安全 Queue？

This Activity, in its onCreate() method, registers an Observer listener to my Queue object. In the Observer's update() method I call notifyDataSetChanged() on the Adapter.

Adapters 应该自己调用 notifyDataSetChanged()(如果更改是由它们进行的)或者由正在更改数据的实体(例如, Cursor 用于 CursorAdapter)。 那就是MVC。 Activity 既不知道也不关心您的数据模型何时更改。

So it's as if the Adapter noticed the List's change before the Observer had a chance to notify its Observers, and call my method to notify the Adapter that the contents had changed.

可能您正在使用 ArrayAdapter，在这种情况下，所有这些额外的观察者/通知内容都会妨碍您，因为它已为您处理。您只需安排在主应用程序线程上更新 ArrayAdapter。

So I suppose what I'm asking is, is this a good way to rig-up an Adapter?

不是特别重要，恕我直言。

Is this a problem because I'm updating the Adapter's contents from a thread other than the UI thread?

如果您不强制将更新返回到主应用程序线程，一旦您解决了其他问题，这最终会崩溃。

give the Queue object a Handler to the UI thread when it's created, and make all List modifications using that Handler, but this seems improper

您可以使用 Handler，或者您可以在附加的 ListView 上调用 post()。

即兴创作，我将创建一个名为 ThreadSafeArrayAdapter 的 ArrayAdapter 子类，并用它代替 Queue。 ThreadSafeArrayAdapter 将 add()、insert() 和 remove() 替换为让父类(super class)执行其操作的那些通过 Handler 或 post() 在主应用程序线程上处理。

关于android - 更新适配器底层数据的最佳实践方法是什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2707370/