Android TV填坑之旅(一)--browsefragment并发数据遇到的坑。

最近一段时间回来修改Android tv的相关故障。

这里记录一下Android tv的一些坑。

1.browsefragment的自动焦点是第一个出现的row.

注意是第一个出现,如果是并发数据,第一个出现的不一定是第一个,这个就坑了。可以通过24的api 

void setSelectedPosition (int position)
当然你这样强制弄到第一个那去,也是有问题的,现在是老老实实顺序请求了。。。有并发的解决方法请赐教。

2.row空的时候点击进入listrow,当数据刷新(row move+row add)的时候出现crash.
  解决办法,永远不要弄个空的listrow显示。。。

3.刷新row用remove+add,原来希望只刷内部的rowlist的adapter,触发界面刷新。
实际证明不靠谱。。。。感觉应该是如下这样修改,mAdapter的list的实例实际是没有变化的。。。通知变更无效。
 ListRow row = (ListRow) mAdapter.get(index1);
//            if (row.getAdapter() instanceof ArrayObjectAdapter) {
//                Log.e(TAG, "repeat index=" + index1);
//                ((ArrayObjectAdapter) ((ListRow) mAdapter.get(index1)).getAdapter()).clear();
//                ((ArrayObjectAdapter) ((ListRow) mAdapter.get(index1)).getAdapter()).addAll(0, photos);
//                int adaptersize = ((ArrayObjectAdapter) ((ListRow) mAdapter.get(index1)).getAdapter()).size();

	


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
并发测试是指在同一时间内,模拟多个用户同时访问系统,对系统的并发性能进行测试。在LoadRunner中,可以通过使用虚拟用户(Vuser)模拟多个并发用户,进行并发测试。 以下是一些关于并发测试的性能测试策略: 1. 确定测试负载:在进行并发测试前,需要确定测试的负载,即模拟多少个并发用户。这个数量应该与实际应用场景相符合。可以根据历史数据或者用户量预测来确定测试负载。 2. 确定测试场景:在进行并发测试时,需要确定测试场景,即模拟用户访问系统的行为。可以根据实际应用场景,模拟用户登录、搜索、浏览、下单等操作。 3. 设置测试脚本:在进行并发测试时,需要编写测试脚本,模拟用户访问系统的行为。可以使用LoadRunner自带的录制功能,录制用户操作,生成测试脚本。 4. 设置性能指标:在进行并发测试时,需要设置性能指标,例如响应时间、吞吐量、错误率等。这些指标可以根据实际应用场景来确定。 5. 进行负载测试:在进行并发测试时,需要进行负载测试,即模拟多个并发用户访问系统,记录系统的性能指标。可以通过调整测试负载和测试场景,来测试系统在不同负载下的性能表现。 6. 分析测试结果:在进行并发测试后,需要分析测试结果,查看系统的性能指标是否符合要求。如果测试结果不理想,需要进行性能优化,例如优化代码、增加服务器带宽等。 总之,在进行并发测试时,需要根据实际应用场景,制定合适的性能测试策略,以确保系统的性能表现符合要求。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值