如何直接打开aee db文件？分析重启，anr等问题

最新推荐文章于 2023-02-03 12:09:45 发布
转载 最新推荐文章于 2023-02-03 12:09:45 发布 · 1.9k 阅读 · 1 ·
CC 4.0 BY-SA版权
原文链接：https://blog.youkuaiyun.com/u010867436/article/details/83106869

本文介绍了一种在Windows操作系统上快速解压MTK异常分析中使用的db二进制文件的方法。通过将db文件与aee_extract.exe关联，用户可以实现双击直接解压db文件，极大提高了异常分析效率。

[DESCRIPTION]

当发生异常后，除了有mtklog外，还有aee_exp目录下的db，很多异常分析都是基于db的。db是一个压缩的2进制文件，无法直接打开。

GAT（MTK网站可以下载，但是我下载的只有32位版本）里的logviewer可以直接打开解压，但是操作繁琐，这里提供一个直接双击打开db的方法。

 

[SOLUTION]

在windows操作系统上，可以将某个文件关联一个应用程序，双击这个文件就可以启动该应用程序打开。比如txt文件，双击后notepad.exe会打开txt文件。

那么db关联的应用程序是什么么？是aee_extract.exe，这个工具在gat-win32-3\prebuilt\spsstools\bin\aee_extract.exe。

请使用最新版本的GAT（版本至少是3.15），将*.dbg文件关联到aee_extract.exe就可以双击打开解压db了。

关联有很多方法：比如双击db，选择应用程序，勾选永久使用该程序打开就可以了。

 

另外也可以在高通的网站下载QATT工具进行解压查看

关于不同版本aee db文件的抓取
topsecret的博客
08-06 2024
        关于不同版本aee db文件的抓取是我在工作不久遇到的一个问题，当时因为勾选了MTKlog中的“Enable Tag Log”选项所以一直未能找到这个db文件，后来查了一些资料也经过了自己的操作，终于了解了关于db文件的抓取，分享给大家。 首先需要解释何为db文件。 一.DB文件        当系统发生Kernel Exception、System Server异常等问题时，...
android swt问题分析,SWT 手机重启问题分析指南
weixin_29144347的博客
05-27 676
和你一起终身学习，这里是程序员Android经典好文推荐，通过阅读本文，您将收获以下知识点:一、SWT 手机重启问题简介二、SWT 手机重启问题处理流程三、SWT 手机重启问题的原因四、SWT 手机重启问题分析流程五、SWT 手机重启问题分析举例六、Android O以上导 Log 注意事项一、 SWT 手机重启问题简介SWT(Software Watch Dog )主要用来监控SystemSe...
MTK基于GAT工具和SpOffineDebugSuite工具 dump 抓取和解析
鑫鑫缺点金的博客
06-09 4281
MTK基于GAT工具和SpOffineDebugSuite工具 dump 抓取和解析 双击 实例
MTK-Android 异常重启 AEE 分析定位
灵魂剑客_Android系统开发专栏
02-03 3038
MTK-Android 异常重启 AEE 分析定位
MTK GAT调试工具，里面有打开dbg文件的工具
08-12
MTK GAT调试工具，里面有打开dbg文件的工具，目录位于gat-win32-3\gat-win32-3\prebuilt\QATT\aee_extract.exe
【MTK】user版本下输出aee db 和 anr trace
ch853199769的博客
06-29 3558
Aee 属性 persist.mtk.aee.filter aee 有对上层三方app 进行过滤， 如需抓三方app 的exception， 可以设置属性: setprop persist.mtk.aee.filter 0 // frameworks/base/core/java/com/mediatek/aee/ExceptionLog.java public voi...
MTK_aee_extract.zip
04-24
MTK平台查看db.fatal.00.NE.dbg 分析异常重启，MTK平台查看db.fatal.00.NE.dbg 分析异常重启
mtk抓取db.ee文件
最新发布
10-01
- ENG版本默认开启MTKLogger，DB文件通常在`/sdcard/mtklog/aee_exp`（除非KE重启等特殊情况在`/data/aee_exp`）。 - USER版本默认关闭MTKLogger，DB文件在`/data/aee_exp`；若手动开启MTKLogger，则路径变为`/...
NE问题分析
m0_45265996的博客
11-19 3497
一. crash(NE)问题 1.找到堆栈信息 一般堆栈在Android log或者tombstore里面,android log里面直接搜libsurfaceflinger或者surfaceflinger定位到log,SW-WD tombstore文件是系统在系统发生NE是抓到的堆栈信息,可能会包含多份文件,找的需要的即可 2.解析堆栈 backtrace信息, 主要看调用栈,我们能从中得到发生问题的具体代码行号,比如: #01 pc 00000000000642fc /apex/com.android
mtk 抓aee log
09-23
在MTK平台设备上，AEE（Android Exception Engine）log用于捕获和分析系统异常（如崩溃、死机等），生成db文件（database文件），提供详细的debug信息。以下是基于您提供的引用信息[^1][^2][^3][^4][^5]的综合步骤。...
extract.exe
11-03
extract解压命令【dos】 【命令格式】要解压的程序文件名（含后缀）/extract:盘符:\解压后放置文件的目录。如 office2010x86.exe/extract:d:\down\office 【使用步骤】运行cmd，转入要解压程序文件所在目录；输入 程序文件名.exe/extract:要解压到的文件夹目录，回车。 问题1：执行extract解压命令，出现提示，extract不是内部命令或外部命令，也不是可运行的程序或批处理文件。可能是winxp系统没有extract命令（该命令原使用在dos里）。这时可下载Windows XP Service Pack 2 支援工具，即WindowsXP-KB838079-SupportTools-ENU.exe，里面包括extract等一些支持工具。安装后，再执行extract解压命令，即可正常解压。（已成功验证） 问题2：网例要求extract命令前面的要解压程序文件名，在cd进入所在目录情况下，还一定要全目录即绝对目录，但我实际操作是直接程序文件名即相对目录，仍然成功。
MTK平台分析工具GAT-linux-x86_64-3
10-17
MTK aee GAT-linux-x86_64-3 traceview aee_exp Android 抓取Log工具之MTK的GAT
mtk平台使用GAT工具分析aee db文件
Android开发
11-14 5737
AEE是一个异常的捕获和生成调试信息的机制，通过gat工具定位了两个问题，分享下。 先到官网下载GAT工具(包含window和linux版本)。默认user/debug版本没有开启aee，参考FAQ25047打开或者直接用eng版本测试。复现问题后，找到对应的aee_exp文件夹(/data/vendor/aee_exp/ /data/aee_exp/)，然后将pull到电脑里。 cd /data/ find -nameaee_exp 打开GAT工具 ...
2021-09-27 Android AEE简单介绍以及如何抓第三方app 的exception
海月汐辰
09-27 4147
一、AEE介绍 AEE (Android Exception Engine)是安卓的一个异常捕获和调试信息生成机制。 手机发生错误（异常重启/卡死）时生成db文件（一种被加密过的二进制文件）用来保存和记录异常发生时候的全部内存信息，经过调试和仿真这些信息，能够追踪到异常的缘由。 二、如何抓第三方app 的exception 1、setprop persist.vendor.mtk.aee.filter 0vendor\mediatek\proprietar...
MTK平台如何获取所有异常的AEE db文件
Flying snow
01-26 4731
（1）需要开启的prop 默认情况下部分异常的db文件并不会产生，有如下Log显示： 01-10 11:57:31.292 384 384 D AEE_AED : $===AEE===AEE===AEE===$ 01-10 11:57:31.293 384 384 D AEE_AED : p 2 poll events 1 revents 1 01-10 11:57:31.293 384 384 D AEE_AED : PPM cpu cores:4, online:4 01-10
Android 手机重启相关内容
程序员Android
05-30 1987
极力推荐Android 开发大总结文章：欢迎收藏程序员Android 力荐 ，Android 开发者需要的必备技能   本篇文章主要介绍 Android 开发中的部分知识点，通过阅读本篇文章，您将收获以下内容: 1.MTK 平台AEE 搜集重启问题介绍 2.SWT 导致手机重启问题分析 3.快速分析归类重启问题 4.部分手机重启问题解决方案 欢迎关注微信公众号:程序员An...
Android 重启问题分析指南
吉吉的博客
10-12 2584
一、 AEE 系统机制简介 二、AEE 重启异常分类介绍 三、重启问题快速分析归类指南之 Kernel Exception 四、重启问题快速分析归类指南之 Watchdog Timeout 五、重启问题快速分析归类指南之 Hardware Reboot 一、 AEE 系统机制简介 1.MTK AEE 系统 AEE是MTK平台自研,用于侦测Android手机系统异常重启的一套系统机制，当AEE系统侦测到异常后会生成db文件. 2.db 文件存储路径：/data/aee_exp 或d...
[FAQ14812]如何快速对系统重启问题进行归类
10-28 3535
[DESCRIPTION]    当手机发生系统重启，即导致kernel重启的异常时，会在手机中的/data/aee_exp目录下保存异常重启的db。工程师可以通过GAT的bug report功能，或者直接通过adb pull，把对应的db从手机中抓回来。进一步，对于异常重启的类型，需要通过GAT工具解开db档案（解开方式参考MTK-online上的文档GAT_User_Guide(Custo
QuickStart / 售后收集重启专题分析 分类方法 分类方法 前面收集的异常信息，是以db为基础的，所以也是以db里的信息做分类。 通常一个异常里面包含如下文件： ZZ_INTERNAL文件 db文件 ZZ_INTERNAL各个字段的含义请参考：[FAQ14783]ZZ_INTERNAL每个栏位的含义 不过信息有限，如果以该文件分类则不够细致，建议按db文件里的信息分类。db文件需要解开才行，解开后__exp_main.txt涵盖了大部分信息了。 解db可以参考：[FAQ14027]如何直接打开aee db文件？ 整个分类过程可以通过脚本（perl/python等）完成，方便调整和维护。 以下讲解不同类型的分类方法。 KE、JE、NE、SWT分类 这种类型最好分类，因为有调用栈，有进程名，分类可以做的很细致。 KE db如果存在SYSTRACKER_DUMP文件，表示存在bus hang，也可以单独列出来。 HWT分类 JE是什么
08-13
### JE 异常分类定义及其在售后问题分析中的应用 #### JE 异常的定义与分类 在 Java Exception（JE）体系中，异常通常分为两类：**受检异常（Checked Exceptions）** 和 **非受检异常（Unchecked Exceptions）**。受检异常是指在编译时必须处理的异常，例如 `IOException` 或 `SQLException`，而非受检异常则包括 `RuntimeException` 及其子类，如 `NullPointerException`、`ArrayIndexOutOfBoundsException` 等，通常由程序逻辑错误引发。 在系统运行过程中，JE 异常若未被正确捕获和处理，可能导致程序崩溃或系统异常退出。例如，在 Android 系统中，Java 异常产生后，会在 `logcat` 缓冲区中打印一系列异常信息，包含 "FATAL EXCEPTION" 或 "***FATAL EXCEPTION IN SYSTEM PROCESS" 等关键字，用于定位异常发生的位置和原因[^1]。 #### 售后问题分析中的异常分类方法 在售后分析中，JE 异常通常结合系统日志和异常数据库文件（如 AEE db 文件）进行问题定位和归类。例如，在 MTK 平台中，可以通过设置特定属性获取所有异常的 AEE db 文件，以便分析系统异常的根本原因。这些 db 文件通常位于 `mtklog\aee_exp\db.fatal.00.SWT\db.fatal.00.SWT.dbg.DEC` 等路径下，其中包含详细的异常上下文信息和堆栈跟踪[^3]。 通过分析这些异常日志和 db 文件，售后团队可以识别出 JE 异常的类型、发生频率以及影响范围。例如，如果某个服务对象（Service Object）的 `monitor()` 方法在特定时间内未能完成，通常需要结合 `sys_log` 和 AEE db 文件进行深入分析，查找系统瓶颈或资源阻塞的原因。 #### db 文件在 JE 异常分析中的作用 db 文件在 JE 异常分析中起着关键作用，尤其在复杂系统（如 Android）中，db 文件不仅记录了异常发生时的堆栈信息，还包括线程状态、内存使用情况等关键数据。这些信息有助于开发人员还原异常发生的场景，并进行针对性修复。 此外，db 文件还可以用于自动化分析工具的数据源，例如通过解析 `db.fatal.00.SWT.dbg.DEC` 文件中的内容，提取出异常类型、发生时间、调用栈等信息，进一步分类为系统级异常、应用级异常、资源异常等不同类别。 #### 示例：JE 异常测试与日志分析 以下是一个 JE 异常测试类的示例，用于验证数据库操作过程中的异常行为： ```java package je_test; public class BerkeleyDBUtilTest { private BerkeleyDBUtil dbUtil = new BerkeleyDBUtil("/Users/liuzhixiong/Desktop/envhome/"); public static void main(String[] args) { new BerkeleyDBUtilTest().testWriteToDatabase(); String key = "2"; String value = new BerkeleyDBUtilTest().testReadFromDatabase(key); System.out.println("value=" + value); } public void testWriteToDatabase() { for (int i = 0; i < 10; i++) { dbUtil.writeToDatabase(i + "", "学生" + i, true); } } public String testReadFromDatabase(String key) { String value = dbUtil.readFromDatabase(key); return value; } public int testGetEveryItem() { int size = dbUtil.getEveryItem().size(); return size; } public void testDeleteFromDatabase() { dbUtil.deleteFromDatabase("4"); } public void cleanup() { dbUtil.closeDB(); } } ``` 在此类测试中，若数据库操作失败，可能会抛出 JE 异常，并在日志中记录相关信息。售后团队可以通过分析这些日志和 db 文件，判断异常是否由数据库连接失败、数据格式错误或资源泄漏引起。 #### 异常分析流程 在实际售后分析中，通常遵循以下流程： 1. **异常定位**：使用 `logcat` 查找包含 "FATAL EXCEPTION" 的条目，确定异常类型和发生位置。 2. **日志关联**：结合 `sys_log` 和 AEE db 文件，分析异常上下文。 3. **分类归因**：根据异常堆栈和 db 文件内容，归类为代码逻辑错误、资源竞争、配置错误等。 4. **修复与验证**：基于分析结果进行代码修复，并通过自动化测试验证修复效果。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值