- android - 多次调用 OnPrimaryClipChangedListener
- android - 无法更新 RecyclerView 中的 TextView 字段
- android.database.CursorIndexOutOfBoundsException : Index 0 requested, 光标大小为 0
- android - 使用 AppCompat 时,我们是否需要明确指定其 UI 组件(Spinner、EditText)颜色
我遇到了性能问题,我认为这是由衡量我的观点引起的。我的布局是以编程方式构建的,因此我无法显示我的布局的 xml。但这里有一些可能会导致问题的观点:
问题似乎只在我填充 LinearListView 时出现;添加 View 似乎会触发 View.measure 被多次调用:
为什么多次调用 View.measured?具有 MATH_PARENT 大小的 LinearLayout 意味着它不必在添加子项时再次测量它,对吗?
我不太确定如何防止这种情况发生,或者如何调试问题。我尝试将 LinearListView 的可见性设置为 GONE,直到所有项目都添加完毕,但这并没有什么不同。
我希望我提供了足够的信息,以便有人为我指明正确的方向。
编辑 #1 (07/01):
下面是用于 LinearListViews 的适配器基类的一些部分:
public abstract class DataProviderAdapter<T> extends BaseAdapter
{
...
@Override
public View getView(int position, View convertView, ViewGroup parent)
{
View row = convertView;
T item = getItem(position);
Log.d(TAG, "getView(): Position: " + position + ", ConvertView: "
+ (convertView == null ? "null" : convertView) + ", TotalCount: " + getCount());
if (row == null) {
row = buildRow(position);
markRowAsLoading(row);
}
if (item == null) {
if (convertView != null) {
markRowAsLoading(row);
}
int skip;
if (itemsRequestParams != null) {
int pageSize = itemsRequestParams.getTake();
// determine how many items to skip
skip = position - (position % pageSize);
}
else {
skip = 0;
}
// if the page isn't already being fetched
if (!pagesReceiving.contains(skip)) {
pagesReceiving.add(skip);
AsyncTaskUtil.executeMultiThreaded(new ReceiveItemsTask(), skip);
}
}
else {
Log.d(TAG, getClass().getSimpleName() + " - PrepareRow: " + getItemId(position)
+ ", Pos: " + position);
prepareRow(row, item, position);
}
return row;
}
protected void processDataResult(int skip, DataResult<T> result)
{
if (result instanceof GroupedDataResult<?>) {
GroupedDataResult<T> groupedResult = (GroupedDataResult<T>)result;
totalItemCount = groupedResult.getTotalGroupCount() + groupedResult.getTotalItemCount();
}
else {
totalItemCount = result.getTotalItemCount();
}
for (int i = 0; i < result.getItems().size(); i++) {
itemList.put(skip + i, result.getItems().get(i));
}
Log.d(TAG, "processDataResult(" + skip + ")");
notifyDataSetChanged();
}
static protected class CellHolder
{
public ProgressBar ProgressSpinner;
public List<android.widget.ImageView> Images;
public List<TextView> Labels;
private final HashMap<String, Object> _extras = new HashMap<String, Object>();
public void putExtra(String key, Object value)
{
_extras.put(key, value);
}
@SuppressWarnings("unchecked")
public <T> T getExtra(String key)
{
return _extras.containsKey(key) ? (T)_extras.get(key) : null;
}
}
...
private class ReceiveItemsTask extends AsyncTask<Integer, Void, DataResult<T>>
{
private int skip;
@Override
protected DataResult<T> doInBackground(Integer... params)
{
skip = params[0];
DataResult<T> items = getItems(skip);
Log.d(TAG, "doInBackground(" + skip + ")");
return items;
}
@Override
protected void onPostExecute(DataResult<T> result)
{
Log.d(TAG,
"onPostExecute("
+ (result == null ? "null" : result.getItems().size() + "/"
+ result.getTotalItemCount()) + ")");
if (result == null) {
return;
}
processDataResult(skip, result);
Log.d(TAG, "onPostExecute end");
}
}
}
编辑 #2 (07/01):
我继承了 RelativeLayout 并覆盖了 onMeasure,这样我就可以记录正在测量的 View 以及测量顺序。这些是结果:
07-01 15:37:37.434: V/DefaultLayout(8172): DefaultLayout.onMeasure
07-01 15:37:37.434: V/DefaultLayout(8172): TabView.onMeasure
07-01 15:37:37.434: V/DefaultLayout(8172): ItemDetailsContainerView.onMeasure
07-01 15:37:37.438: V/DefaultLayout(8172): HeaderView.onMeasure
07-01 15:37:37.438: V/DefaultLayout(8172): ItemDetailsInfoFieldsLayout.onMeasure
07-01 15:37:37.438: V/DefaultLayout(8172): ItemReviewTableView.onMeasure
07-01 15:37:37.438: V/DefaultLayout(8172): InfoFieldsLayout.onMeasure
07-01 15:37:37.438: V/DefaultLayout(8172): InfoFieldsLayout.onMeasure
07-01 15:37:37.442: V/DefaultLayout(8172): InfoFieldsLayout.onMeasure
07-01 15:37:37.442: V/DefaultLayout(8172): InfoFieldsLayout.onMeasure
07-01 15:37:37.442: V/DefaultLayout(8172): InfoFieldsLayout.onMeasure
07-01 15:37:37.442: V/DefaultLayout(8172): InfoFieldsLayout.onMeasure
07-01 15:37:37.442: V/DefaultLayout(8172): InfoFieldsLayout.onMeasure
07-01 15:37:37.442: V/DefaultLayout(8172): InfoFieldsLayout.onMeasure
07-01 15:37:37.446: V/DefaultLayout(8172): ItemReviewTableView.onMeasure
07-01 15:37:37.446: V/DefaultLayout(8172): InfoFieldsLayout.onMeasure
07-01 15:37:37.446: V/DefaultLayout(8172): InfoFieldsLayout.onMeasure
07-01 15:37:37.446: V/DefaultLayout(8172): InfoFieldsLayout.onMeasure
07-01 15:37:37.446: V/DefaultLayout(8172): InfoFieldsLayout.onMeasure
07-01 15:37:37.450: V/DefaultLayout(8172): InfoFieldsLayout.onMeasure
07-01 15:37:37.450: V/DefaultLayout(8172): InfoFieldsLayout.onMeasure
07-01 15:37:37.450: V/DefaultLayout(8172): InfoFieldsLayout.onMeasure
07-01 15:37:37.450: V/DefaultLayout(8172): InfoFieldsLayout.onMeasure
07-01 15:37:37.450: V/DefaultLayout(8172): RelatedItemsTableView.onMeasure
07-01 15:37:37.454: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.458: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.462: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.466: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.470: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.474: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.478: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.478: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.482: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.482: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.486: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.486: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.490: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.490: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.494: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.494: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.498: V/DefaultLayout(8172): RelatedItemsTableView.onMeasure
07-01 15:37:37.498: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.498: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.502: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.502: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.506: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.506: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.510: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.510: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.514: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.514: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.518: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.518: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.522: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.522: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.526: V/DefaultLayout(8172): RatingView.onMeasure
07-01 15:37:37.526: V/DefaultLayout(8172): RatingView.onMeasure
...
这个列表会持续一段时间。但对我来说似乎很奇怪的是,它从测量顶 View (DefaultLayout.onMeasure) 开始,然后还测量所有 subview (所有 View )。它多次执行此操作!
是什么导致在顶 View 上调用 onMeasure?
编辑 #3 (07/02):
难道是notifyDataSetChanged()
触发了顶 View 的测量?
编辑 #4 (07/03):
是的,似乎 notifyDataSetChanged()
触发了要测量的顶级 View (我能够在新的测试项目中重现这一点)。由于我的适配器的工作方式,notifyDataSetChanged()
被多次调用。
当我调用 notifyDataSetChanged()
时测量所有 View 的原因是什么?有什么办法可以防止这种情况发生吗?
最佳答案
你没有说相对布局从哪里来,这是列表的包装器吗?
根据 Romain Guy 的说法,相对布局总是进行两次测量,因此这可能会导致一些速度下降。您甚至有嵌套的相对布局吗?显然,这可能具有指数时间复杂度。
请参阅此答案以供引用(以及指向他实际所说的 Google io 视频的链接):
关于android - 由于 View 测量导致布局性能不佳?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17403102/
在这段令人惊叹的视频 ( https://www.youtube.com/watch?v=udix3GZouik ) 中,Alex Blom 谈到了 Ember 在移动世界中的“黑客攻击”。 在 22
我们希望通过我们的应用收集使用情况统计信息。因此,我们希望在服务器端的某个地方跟踪用户操作。 就性能而言,哪个选项更合适: 在 App Engine 请求日志中跟踪用户操作。即为每个用户操作写入一个日
在针对对象集合的 LINQ 查询的幕后究竟发生了什么?它只是语法糖还是发生了其他事情使其更有效的查询? 最佳答案 您是指查询表达式,还是查询在幕后的作用? 查询表达式首先扩展为“普通”C#。例如: v
我正在构建一个简单的照片库应用程序,它在列表框中显示图像。 xaml 是:
对于基于 Web 的企业应用程序,使用“静态 Hashmap 存储对象” 和 apache java 缓存系统有何优缺点?哪一个最有利于性能并减少堆内存问题 例如: Map store=Applica
我想知道在性能方面存储类变量的最佳方式是什么。我的意思是,由于 Children() 函数,存储一个 div id 比查找所有其他类名更好。还是把类名写在变量里比较好? 例如这样: var $inne
我已经阅读了所有这些关于 cassandra 有多快的文章,例如单行读取可能需要大约 5 毫秒。 到目前为止,我不太关心我的网站速度,但是随着网站变得越来越大,一些页面开始需要相当多的查询,例如一个页
最近,我在缓存到内存缓存之前的查询一直需要很长时间才能处理!在这个例子中,它花费了 10 秒。在这种情况下,我要做的就是获得 10 个最近的点击。 我感觉它加载了所有 125,592 行然后只返回 1
我找了几篇文章(包括SA中的一些问题),试图找到基本操作的成本。 但是,我尝试制作自己的小程序,以便自己进行测试。在尝试测试加法和减法时,我遇到了一些问题,我用简单的代码向您展示了这一点
这个问题在这里已经有了答案: Will Java app slow down by presence of -Xdebug or only when stepping through code? (
我记得很久以前读过 with() 对 JavaScript 有一些严重的性能影响,因为它可能对范围堆栈进行非确定性更改。我很难找到最近对此的讨论。这仍然是真的吗? 最佳答案 与其说 with 对性能有
我们有一个数据仓库,其中包含非规范化表,行数从 50 万行到 6 多万行不等。我正在开发一个报告解决方案,因此出于性能原因我们正在使用数据库分页。我们的报告有搜索条件,并且我们已经创建了必要的索引,但
我有一条有效的 SQL 语句,但需要很长时间才能处理 我有一个 a_log 表和一个 people 表。我需要在 people 表中找到给定人员的每个 ID 的最后一个事件和关联的用户。 SELECT
很难说出这里问的是什么。这个问题是含糊的、模糊的、不完整的、过于宽泛的或修辞性的,无法以目前的形式得到合理的回答。如需帮助澄清此问题以便重新打开它,visit the help center 。 已关
通常当我建立一个站点时,我将所有的 CSS 放在一个文件中,并且一次性定义与一组元素相关的所有属性。像这样: #myElement { color: #fff; background-
两者之间是否存在任何性能差异: p { margin:0px; padding:0px; } 并省略最后的分号: p { margin:0px; padding:0px } 提前致谢!
我的应用程序 (PHP) 需要执行大量高精度数学运算(甚至可能出现一共100个数字) 通过这个论坛的最后几篇帖子,我发现我必须使用任何高精度库,如 BC Math 或 GMP,因为 float 类型不
我一直在使用 javamail 从 IMAP 服务器(目前是 GMail)检索邮件。 Javamail 非常快速地从服务器检索特定文件夹中的消息列表(仅 id),但是当我实际获取消息(仅包含甚至不包含
我非常渴望开发我的第一个 Ruby 应用程序,因为我的公司终于在内部批准了它的使用。 在我读到的关于 Ruby v1.8 之前的所有内容中,从来没有任何关于性能的正面评价,但我没有发现关于 1.9 版
我是 Redis 的新手,我有一个包含数百万个成员(member) ID、电子邮件和用户名的数据集,并且正在考虑将它们存储在例如列表结构中。我认为 list 和 sorted set 可能最适合我的情
我是一名优秀的程序员,十分优秀!