- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我在 Titanium 中有一个 iOS 应用程序,现在我想创建 Android 版本。
我的问题是在 Android 中我有很多内存问题和性能问题。
该应用程序包含一个包含三个选项卡的选项卡组。在每个选项卡中都有按钮(以及图像和信息),可让您转到另一个子窗口。我什至可以是 3 或 4 级子窗口。它还具有四个包含大量数据的数据库。
在 iOS 上,我使用:self.containingTab.open(new AddWindow);
每次我想转到另一个级别时,它允许您向后导航到上一个窗口。在 Android 上,当按下硬件后退按钮时,我也可以返回到上一个窗口,但我有很多内存不足错误。
会不会是我打开了新窗口,旧窗口还在耗内存?管理具有多个选项卡的选项卡组以及每个选项卡允许您转到不同子窗口的最佳方式是什么?
我试过创建一个 View 并添加到旧窗口而不是创建一个窗口,但是我无法返回到上一个 View ,尽管我自己管理它。
有更好的方法吗?
非常感谢!
更新
这是我收到的错误:
首先我有一些:
Unable to load bitmap. Not enough memory: Failed to allocate a
10731532 byte allocation with 9611988 free bytes and 9MB until OOM
然后,一些:
Throwing OutOfMemoryError "Failed to allocate a 10731532 byte
allocation with 5437592 free bytes and 5MB until OOM"
但应用程序仍然有效。
直到我收到:
03-16 13:56:19.951: E/art(18624): Throwing OutOfMemoryError "Failed to allocate a 344 byte allocation with 300 free bytes and 300B until OOM" (recursive case)
03-16 13:56:19.983: E/art(18624): "main" prio=5 tid=1 Runnable
03-16 13:56:19.983: E/art(18624): | group="main" sCount=0 dsCount=0 obj=0x740d0000 self=0xb8d93800
03-16 13:56:19.983: E/art(18624): | sysTid=18624 nice=0 cgrp=apps sched=0/0 handle=0xb6efcbec
03-16 13:56:19.983: E/art(18624): | state=R schedstat=( 0 0 0 ) utm=6018 stm=7836 core=1 HZ=100
03-16 13:56:19.983: E/art(18624): | stack=0xbe750000-0xbe752000 stackSize=8MB
03-16 13:56:19.983: E/art(18624): | held mutexes= "mutator lock"(shared held)
03-16 13:56:19.983: E/art(18624): native: #00 pc 00004f60 /system/lib/libbacktrace_libc++.so (UnwindCurrent::Unwind(unsigned int, ucontext*)+23)
03-16 13:56:19.983: E/art(18624): native: #01 pc 00003665 /system/lib/libbacktrace_libc++.so (Backtrace::Unwind(unsigned int, ucontext*)+8)
03-16 13:56:19.983: E/art(18624): native: #02 pc 00256ad1 /system/lib/libart.so (art::DumpNativeStack(std::__1::basic_ostream<char, std::__1::char_traits<char> >&, int, char const*, art::mirror::ArtMethod*)+84)
03-16 13:56:19.983: E/art(18624): native: #03 pc 00238123 /system/lib/libart.so (art::Thread::DumpStack(std::__1::basic_ostream<char, std::__1::char_traits<char> >&) const+150)
03-16 13:56:19.983: E/art(18624): native: #04 pc 0023b55b /system/lib/libart.so (art::Thread::ThrowOutOfMemoryError(char const*)+274)
03-16 13:56:19.983: E/art(18624): native: #05 pc 00145a49 /system/lib/libart.so (art::gc::Heap::ThrowOutOfMemoryError(art::Thread*, unsigned int, art::gc::AllocatorType)+832)
03-16 13:56:19.983: E/art(18624): native: #06 pc 00147a09 /system/lib/libart.so (art::gc::Heap::AllocateInternalWithGc(art::Thread*, art::gc::AllocatorType, unsigned int, unsigned int*, unsigned int*, art::mirror::Class**)+668)
03-16 13:56:19.983: E/art(18624): native: #07 pc 0023b9c3 /system/lib/libart.so (art::mirror::Array* art::mirror::Array::Alloc<true>(art::Thread*, art::mirror::Class*, int, unsigned int, art::gc::AllocatorType, bool) (.constprop.210)+898)
03-16 13:56:19.983: E/art(18624): native: #08 pc 0023bf07 /system/lib/libart.so (_jobject* art::Thread::CreateInternalStackTrace<false>(art::ScopedObjectAccessAlreadyRunnable const&) const+230)
03-16 13:56:19.983: E/art(18624): native: #09 pc 0020c7cf /system/lib/libart.so (art::Throwable_nativeFillInStackTrace(_JNIEnv*, _jclass*)+22)
03-16 13:56:19.983: E/art(18624): native: #10 pc 00000c15 /system/framework/arm/boot.oat (Java_java_lang_Throwable_nativeFillInStackTrace__+80)
03-16 13:56:19.983: E/art(18624): at java.lang.Throwable.nativeFillInStackTrace!(Native method)
03-16 13:56:19.983: E/art(18624): at java.lang.Throwable.fillInStackTrace(Throwable.java:166)
03-16 13:56:19.983: E/art(18624): at java.lang.Throwable.<init>(Throwable.java:95)
03-16 13:56:19.983: E/art(18624): at java.lang.Error.<init>(Error.java:48)
03-16 13:56:19.983: E/art(18624): at java.lang.VirtualMachineError.<init>(VirtualMachineError.java:46)
03-16 13:56:19.983: E/art(18624): at java.lang.OutOfMemoryError.<init>(OutOfMemoryError.java:44)
03-16 13:56:19.983: E/art(18624): at dalvik.system.VMRuntime.newNonMovableArray!(Native method)
03-16 13:56:19.983: E/art(18624): at android.graphics.Bitmap.nativeCreate(Native method)
03-16 13:56:19.983: E/art(18624): at android.graphics.Bitmap.createBitmap(Bitmap.java:838)
03-16 13:56:19.983: E/art(18624): at android.graphics.Bitmap.createBitmap(Bitmap.java:798)
03-16 13:56:19.983: E/art(18624): at android.view.View.buildDrawingCacheImpl(View.java:14425)
03-16 13:56:19.983: E/art(18624): at android.view.View.buildDrawingCache(View.java:14357)
03-16 13:56:19.983: E/art(18624): at android.view.View.draw(View.java:14949)
03-16 13:56:19.983: E/art(18624): at android.view.ViewGroup.drawChild(ViewGroup.java:3407)
03-16 13:56:19.983: E/art(18624): at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3200)
03-16 13:56:19.983: E/art(18624): at android.view.View.draw(View.java:15252)
03-16 13:56:19.983: E/art(18624): at android.view.View.draw(View.java:15158)
03-16 13:56:19.983: E/art(18624): at android.view.ViewGroup.drawChild(ViewGroup.java:3407)
03-16 13:56:19.983: E/art(18624): at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3200)
03-16 13:56:19.983: E/art(18624): at android.view.View.draw(View.java:15252)
03-16 13:56:19.983: E/art(18624): at android.widget.FrameLayout.draw(FrameLayout.java:598)
03-16 13:56:19.983: E/art(18624): at android.view.View.buildDrawingCacheImpl(View.java:14495)
03-16 13:56:19.983: E/art(18624): at android.view.View.buildDrawingCache(View.java:14357)
03-16 13:56:19.983: E/art(18624): at android.view.View.updateDisplayListIfDirty(View.java:14166)
03-16 13:56:19.983: E/art(18624): at android.view.View.getDisplayList(View.java:14207)
03-16 13:56:19.983: E/art(18624): at android.view.View.draw(View.java:14977)
03-16 13:56:19.983: E/art(18624): at android.view.ViewGroup.drawChild(ViewGroup.java:3407)
03-16 13:56:19.983: E/art(18624): at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3200)
03-16 13:56:19.983: E/art(18624): at android.view.View.updateDisplayListIfDirty(View.java:14180)
03-16 13:56:19.983: E/art(18624): at android.view.View.getDisplayList(View.java:14207)
03-16 13:56:19.983: E/art(18624): at android.view.View.draw(View.java:14977)
03-16 13:56:19.983: E/art(18624): at android.view.ViewGroup.drawChild(ViewGroup.java:3407)
03-16 13:56:19.983: E/art(18624): at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3200)
03-16 13:56:19.983: E/art(18624): at android.view.View.draw(View.java:15252)
03-16 13:56:19.983: E/art(18624): at android.view.View.updateDisplayListIfDirty(View.java:14185)
03-16 13:56:19.983: E/art(18624): at android.view.View.getDisplayList(View.java:14207)
03-16 13:56:19.983: E/art(18624): at android.view.View.draw(View.java:14977)
03-16 13:56:19.983: E/art(18624): at android.view.ViewGroup.drawChild(ViewGroup.java:3407)
03-16 13:56:19.983: E/art(18624): at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3200)
03-16 13:56:19.983: E/art(18624): at android.view.View.updateDisplayListIfDirty(View.java:14180)
03-16 13:56:19.983: E/art(18624): at android.view.View.getDisplayList(View.java:14207)
03-16 13:56:19.983: E/art(18624): at android.view.View.draw(View.java:14977)
03-16 13:56:19.983: E/art(18624): at android.view.ViewGroup.drawChild(ViewGroup.java:3407)
03-16 13:56:19.983: E/art(18624): at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3200)
03-16 13:56:19.983: E/art(18624): at android.view.View.updateDisplayListIfDirty(View.java:14180)
03-16 13:56:19.983: E/art(18624): at android.view.View.getDisplayList(View.java:14207)
03-16 13:56:19.983: E/art(18624): at android.view.View.draw(View.java:14977)
03-16 13:56:19.983: E/art(18624): at android.view.ViewGroup.drawChild(ViewGroup.java:3407)
03-16 13:56:19.983: E/art(18624): at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3200)
03-16 13:56:19.983: E/art(18624): at android.view.View.updateDisplayListIfDirty(View.java:14180)
03-16 13:56:19.983: E/art(18624): at android.view.View.getDisplayList(View.java:14207)
03-16 13:56:19.983: E/art(18624): at android.view.View.draw(View.java:14977)
03-16 13:56:19.983: E/art(18624): at android.view.ViewGroup.drawChild(ViewGroup.java:3407)
03-16 13:56:19.983: E/art(18624): at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3200)
03-16 13:56:19.983: E/art(18624): at android.view.View.updateDisplayListIfDirty(View.java:14180)
03-16 13:56:19.983: E/art(18624): at android.view.View.getDisplayList(View.java:14207)
03-16 13:56:19.983: E/art(18624): at android.view.View.draw(View.java:14977)
03-16 13:56:19.983: E/art(18624): at android.view.ViewGroup.drawChild(ViewGroup.java:3407)
03-16 13:56:19.983: E/art(18624): at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3200)
03-16 13:56:19.983: E/art(18624): at android.view.View.updateDisplayListIfDirty(View.java:14180)
03-16 13:56:19.984: E/art(18624): at android.view.View.getDisplayList(View.java:14207)
03-16 13:56:19.984: E/art(18624): at android.view.View.draw(View.java:14977)
03-16 13:56:19.984: E/art(18624): at android.view.ViewGroup.drawChild(ViewGroup.java:3407)
03-16 13:56:19.984: E/art(18624): at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3200)
03-16 13:56:19.984: E/art(18624): at android.view.View.draw(View.java:15252)
03-16 13:56:19.984: E/art(18624): at android.widget.FrameLayout.draw(FrameLayout.java:598)
03-16 13:56:19.984: E/art(18624): at com.android.internal.policy.impl.PhoneWindow$DecorView.draw(PhoneWindow.java:2650)
03-16 13:56:19.984: E/art(18624): at android.view.View.updateDisplayListIfDirty(View.java:14185)
03-16 13:56:19.984: E/art(18624): at android.view.View.getDisplayList(View.java:14207)
03-16 13:56:19.984: E/art(18624): at android.view.ThreadedRenderer.updateViewTreeDisplayList(ThreadedRenderer.java:273)
03-16 13:56:19.984: E/art(18624): at android.view.ThreadedRenderer.updateRootDisplayList(ThreadedRenderer.java:279)
03-16 13:56:19.984: E/art(18624): at android.view.ThreadedRenderer.draw(ThreadedRenderer.java:318)
03-16 13:56:19.984: E/art(18624): at android.view.ViewRootImpl.draw(ViewRootImpl.java:2560)
03-16 13:56:19.984: E/art(18624): at android.view.ViewRootImpl.performDraw(ViewRootImpl.java:2382)
03-16 13:56:19.984: E/art(18624): at android.view.ViewRootImpl.performTraversals(ViewRootImpl.java:2012)
03-16 13:56:19.984: E/art(18624): at android.view.ViewRootImpl.doTraversal(ViewRootImpl.java:1084)
03-16 13:56:19.984: E/art(18624): at android.view.ViewRootImpl$TraversalRunnable.run(ViewRootImpl.java:5990)
03-16 13:56:19.984: E/art(18624): at android.view.Choreographer$CallbackRecord.run(Choreographer.java:767)
03-16 13:56:19.984: E/art(18624): at android.view.Choreographer.doCallbacks(Choreographer.java:580)
03-16 13:56:19.984: E/art(18624): at android.view.Choreographer.doFrame(Choreographer.java:550)
03-16 13:56:19.984: E/art(18624): at android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.java:753)
03-16 13:56:19.984: E/art(18624): at android.os.Handler.handleCallback(Handler.java:739)
03-16 13:56:19.984: E/art(18624): at android.os.Handler.dispatchMessage(Handler.java:95)
03-16 13:56:19.984: E/art(18624): at android.os.Looper.loop(Looper.java:135)
03-16 13:56:19.984: E/art(18624): at android.app.ActivityThread.main(ActivityThread.java:5343)
03-16 13:56:19.984: E/art(18624): at java.lang.reflect.Method.invoke!(Native method)
03-16 13:56:19.984: E/art(18624): at java.lang.reflect.Method.invoke(Method.java:372)
03-16 13:56:19.984: E/art(18624): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:905)
03-16 13:56:19.984: E/art(18624): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:700)
和应用程序崩溃。
更新
由于该应用程序是基于以前的 iOS 应用程序。它真的很大,尝试在这里放一些代码很复杂。但我将尝试解释它的组成部分:
首先,它会打开一个选项卡组,我在其中创建了四个不同的选项卡。应用程序创建每个选项卡需要很长时间。
1 标签:这是一个主页标签,它包含指向其他标签的链接。每个链接都是一张图片。我将链接创建为 ImageView。该窗口还包含一个背景图像。 (图片放在ImageView里好还是做成backgroundImage好?对内存和性能有影响吗?)
2、3 和 4 选项卡:包含更多链接和许多子级别。我将解释我为使应用程序崩溃而遵循的过程(每个链接都包含一个带有背景颜色的 View 、一个标签和一个带有 brackgroundGradient 的按钮):
最佳答案
考虑到错误,问题似乎与图片有关:
Unable to load bitmap.
请检查您使用的图像的尺寸。您是否提供特定于 dpi 的变体,以便在较小的设备上您不会加载太大的图像?你会尽可能使用九补丁图像吗?另请注意,在 TabGroup 中,所有主要级别的窗口始终处于打开状态。如果它们都有大图像,您应该使用每个选项卡的 (un)selected
事件来(取消)加载图像。
关于android - 为什么我的带有 TabGroup 的 Titanium Android 应用程序存在内存和性能问题?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35995635/
在这段令人惊叹的视频 ( 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 可能最适合我的情
我是一名优秀的程序员,十分优秀!