当前位置: 首页 > 知识库问答 >
问题:

尝试消除Huawei Ascend P6上的持久日志警告调试

彭俊智
2023-03-14

我曾经在SGS2 I9100(4.1.2)上测试我的应用程序,在设备出现缺陷后,我购买了华为Ascend P6(4.2)。我必须总是在HiSuite模式下连接它,这在PC上启动了他们讨厌的同步软件,USB调试将无法工作否则。好吧,我已经习惯了,但每当我运行我的应用程序时,我都会看到这个日志(标记为警告),并用我的应用程序标记(应用程序仍然运行,没有任何问题):

  02-08 13:30:34.532: W/System.err(5815): java.io.FileNotFoundException: /data/cust/xml/hw_launcher_load_icon.xml: open failed: ENOENT (No such file or directory)
  02-08 13:30:34.532: W/System.err(5815):   at libcore.io.IoBridge.open(IoBridge.java:409)
  02-08 13:30:34.532: W/System.err(5815):   at java.io.FileInputStream.<init>(FileInputStream.java:109)
  02-08 13:30:34.532: W/System.err(5815):   at android.content.res.ResourcesEx.readDefaultConfig(ResourcesEx.java:808)
  02-08 13:30:34.532: W/System.err(5815):   at android.content.res.ResourcesEx.<init>(ResourcesEx.java:741)
 02-08 13:30:34.532: W/System.err(5815):    at android.app.ActivityThread.getTopLevelResources(ActivityThread.java:1721)
 02-08 13:30:34.532: W/System.err(5815):    at android.app.ActivityThread.getTopLevelResources(ActivityThread.java:1752)
 02-08 13:30:34.532: W/System.err(5815):    at android.app.LoadedApk.getResources(LoadedApk.java:485)
02-08 13:30:34.532: W/System.err(5815):     at android.app.ContextImpl.init(ContextImpl.java:1911)
02-08 13:30:34.532: W/System.err(5815):     at android.app.ContextImpl.init(ContextImpl.java:1904)
02-08 13:30:34.532: W/System.err(5815):     at android.app.ActivityThread.handleBindApplication(ActivityThread.java:4269)
02-08 13:30:34.532: W/System.err(5815):     at android.app.ActivityThread.access$1300(ActivityThread.java:145)
02-08 13:30:34.532: W/System.err(5815):     at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1306)
 02-08 13:30:34.532: W/System.err(5815):    at android.os.Handler.dispatchMessage(Handler.java:99)
02-08 13:30:34.532: W/System.err(5815):     at android.os.Looper.loop(Looper.java:137)
02-08 13:30:34.532: W/System.err(5815):     at android.app.ActivityThread.main(ActivityThread.java:5095)
02-08 13:30:34.532: W/System.err(5815):     at java.lang.reflect.Method.invokeNative(Native Method)
 02-08 13:30:34.532: W/System.err(5815):    at java.lang.reflect.Method.invoke(Method.java:511)
02-08 13:30:34.532: W/System.err(5815):     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:898)
02-08 13:30:34.532: W/System.err(5815):     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:665)
02-08 13:30:34.532: W/System.err(5815):     at dalvik.system.NativeStart.main(Native Method)
02-08 13:30:34.532: W/System.err(5815): Caused by: libcore.io.ErrnoException: open failed: ENOENT (No such file or directory)
02-08 13:30:34.536: W/System.err(5815):     at libcore.io.Posix.open(Native Method)
02-08 13:30:34.536: W/System.err(5815):     at libcore.io.BlockGuardOs.open(BlockGuardOs.java:110)
02-08 13:30:34.536: W/System.err(5815):     at libcore.io.IoBridge.open(IoBridge.java:400)
02-08 13:30:34.536: W/System.err(5815):     ... 19 more
   02-08 13:30:35.053: W/System.err(5815): Invalid int: ""

问题是,这个警告是我在LogCat中唯一看到的,它以某种方式阻止了所有其他消息,即使发生了真正的异常。确切地说:是的,每次我运行应用程序时,我只看到上面发布的消息,没有其他东西。据我所知,系统试图获得一些资源,这甚至不是我的项目的一部分。但是我不知道为什么没有出现任何其他LogCat输出。有人知道这是什么吗?怎么修复它?

共有1个答案

鲜于岳
2023-03-14

作为一个在Huawei Ascend P6上开发的人,只有当我在定义活动(或整个应用程序)时包含了Android命名空间中的主题时,才会出现此错误,这让我认为Huawei Android4.2.2上的主题支持已经中断。

 类似资料:
  • 我得到警告“这个异步方法缺少'await'运算符,将同步运行。考虑使用'await'运算符来等待非阻塞API调用,或者使用'await task.run(...)‘来在后台线程上执行CPU绑定的工作。虽然这听起来很明显,但我认为我已经被覆盖了,因为我运行所有进程,并在我的processFiles方法中有一个await任务。Whenall()。我需要用不同的方式来做这件事吗?如果有任何想法,我将不胜

  • 就像这个 这个能去掉吗? 我尝试使用Proguard删除日志,但只删除了我的日志。WebView日志仍然存在。 编辑:这与过滤日志无关。我不希望有人在运行我的应用程序时看到日志,这更难破解。

  • 我最初的想法是,可以编辑一些log4j属性来捕获YARN或Oozie中的应用程序日志。然后我想到,对于运行在各种集群节点上的特定应用程序,Kafka将是捕获和聚合日志消息的一种更简单的方法。通过订阅主题监视分布式系统要比通过日志文件钓鱼容易得多。 我注意到Kafka有一个log4j附加器,所以我试图创建一个最小的可复制示例(发布在github:https://github.com/alexwool

  • 我正在使用一组持久的函数来完成一些关键的后端逻辑和操作,我希望它们在同一个文件中写入日志,这样我就可以进行更好的分析。对了,我知道我正在使用log.information方法注入的ILog实例,但是每个函数都编写自己的日志文件。 我也在使用application insights,但由于遥测采样,文件中的信息比application insights要多得多。 以下是我的host.json文件的示

  • 要开启调试日志,首先需要在配置nginx时打开调试功能,然后编译: https://www.wenjiangs.com/doc/BZ7EWB2Econfigure --with-debug ... 然后在配置文件中设置error_log的级别为debug: error_log /path/to/log debug; nginx的windows二进制版本总是将调试日志开启的,因此只需要设

  • 清理快照存储区中的旧快照很容易:在每次成功的快照之后,参与者都会收到一个,其中包含指示其序列号的元数据,该信息可以用于构造快照,然后被馈送到。 但是,对于持久化消息,没有与等效的方法。因此,不可能知道日志中“last-ish”消息的序号是什么。可以保留持久消息计数的本地缓存并对其进行快照,以用于调用,但这太繁琐了。 附言。当然,选择用于传递到的序号比上面提到的要复杂一点:即使有一种方法可以从日记中