<think>我们正在分析Android系统启动期间的PackageManager日志，目的是查找错误和警告信息。由于PackageManager在系统启动过程中负责扫描、解析和验证应用包，其日志对于诊断包管理问题至关重要。
根据引用[1]，我们知道在系统启动过程中，系统服务（如PackageManagerService）的初始化是在`SystemServer`的`star
tOtherServices`方法中进行的。因此，我们需要关注系统启动过程中与PackageManager相关的日志。
引用[2]提到Android的日志级别（VERBOSE, DEBUG, INFO, WARN, ERROR, ASSERT），在分析日志时，我们应重点关注WARN及以上级别的日志。
引用[3]则介绍了系统服务（包括PackageManager）的重要性，它让我们知道PackageManager是系统核心服务之一，负责管理应用包信息。
以下是分析PackageManager日志的步骤：
1
. **获取日志**：
使用`adb logcat`命令获取系统日志。为了过滤与PackageManager相关的日志，我们可以使用`adb logcat | g
rep
-i "package"`或者更精确地使用`adb logcat | g
rep
-i "PackageManager"`。另外，由于系统启动期间的日志量很大，建议在启动完成后立即抓取日志，或者使用`adb logcat
-b events`查看事件日志。
2
. **过滤关键日志标签**：
PackageManager相关的日志通常带有以下标签：
- `PackageManager`
- `PackageInstaller`
- `SystemServiceManager`（在启动服务时）
我们可以使用多个标签进行过滤，例如：
```bash
adb logcat
-v th
readtime | g
rep
-e "PackageManager"
-e "SystemServiceManager"
-e "PackageInstaller"
```
3
. **关注错误和警告**：
在过滤后的日志中，查找以`W/`（警告）、`E/`（错误）开头的行。例如：
- `E/PackageManager:
...` 表示错误。
- `W/PackageManager:
...` 表示警告。
4
. **分析启动阶段日志**：
系统启动时，PackageManagerService会扫描系统和应用目录。这个阶段常见的日志包括：
- 扫描目录：`I/PackageManager: Start scanning
...`
- 完成扫描：`I/PackageManager: Finished scanning
...`
如果在此过程中出现错误（如解析APK失败、签名验证失败等），则会打印错误日志。
5
. **常见错误分析**：
- **包解析失败**：可能由于APK损坏或AndroidManifest
.xml格式错误。日志中会出现`Unable
to read AndroidManifest
.xml`或`Parse error`等。
- **签名验证失败**：如`INSTALL_PARSE_
FAILED_NO_CERTIFICATES`，表示APK没有签名。
- **包冲突**：如果系统预置应用和用户安装的应用发生冲突，会看到`Duplicate package`错误。
- **权限问题**：如果系统应用没有足够的权限访问某些目录，会看到权限拒绝的日志。
6
. **使用`dumpsys`命令**：
除了日志，还可以使用`dumpsys package`命令获取PackageManager的详细状态。该命令会输出所有已安装包的信息，包括安装状态、权限、签名等。我们可以将输出保存到文件进行分析：
```bash
adb shell dumpsys package > dumpsys_package
.txt
```
7
. **分析`dumpsys package`输出**：
在输出中查找以下关键字：
- `Failu
re [
... ]`：表示安装失败的原因。
- `Error`：错误信息。
- `Warning`：警告信息。
8
. **使用`pm`命令**：
`pm`命令是PackageManager的命令行接口，可以用来检查包的状态。例如：
- 列出所有包：`adb shell pm list packages`
- 查看某个包的信息：`adb shell pm dump <package
-name>`
- 检查包的问题：`adb shell pm verify
-v <package
-name>`
9
. **日志分析示例**：
假设我们遇到一个错误日志：
```
E/PackageManager:
Failed to parse /system/app/ExampleApp/ExampleApp
.apk:
Failed to collect certificates from /system/app/ExampleApp/ExampleApp
.apk
```
这表示系统在解析`ExampleApp
.apk`时失败，原因是无法收集证书（签名问题）。可能的原因包括APK签名损坏或缺少签名。
1
0. **工具辅助**：
使用`logcat`的选项可以更高效地分析日志：
- `
-b`：指定缓冲区，如`main`（主日志缓冲区）、`system`（系统日志缓冲区）、`crash`（崩溃日志缓冲区）等。
- `
-v`：设置输出格式，如`time`（显示时间）、`th
readtime`（显示线程和时间）等。
- `
-d`：转储日志并退出。
11
. **系统启动时间点**：
由于PackageManager的初始化在系统启动早期，因此我们需要获取从开机开始的完整日志。可以使用：
```bash
adb logcat
-b all
-v th
readtime
-d > logcat
.txt
```
12
. **分析系统事件日志**：
系统事件日志（`events`缓冲区）也包含包管理相关事件。使用：
```bash
adb logcat
-b events
-v th
readtime
-d > events_log
.txt
```
然后查找`boot_prog
ress_pms_start`和`boot_prog
ress_pms_
ready`等事件，这些事件标志着PackageManager启动的开始和结束。
13
. **代码定位**：
如果日志信息不足以定位问题，可以结合Android源码分析。例如，在`PackageManagerService
.java`中搜索日志字符串，以确定错误发生的具体代码位置。
14
. **案例分析**：
根据用户最初的问题（Attempt
to read from field 'Package
Signatures signatures' on null object
refe
rence），在日志中可能出现的相关错误是：
```
E/PackageManager: Attempt
to read from field 'com
.android
.server
.pm
.Package
Signatures com
.android
.server
.pm
.PackageSettingBase
.signatures' on a null object
refe
rence
```
这通常发生在尝试访问一个尚未初始化的`PackageSetting`对象的`
signatures`字段时。在系统启动过程中，这可能是由于包信息在数据库中没有正确加载，或者包在安装过程中被中断导致的状态不一致。
解决方案：在访问`PackageSetting`对象前，检查其是否为`null`。在系统层代码中，需要确保在加载包设置时正确初始化所有对象。
总结步骤：
1
. 使用`logcat`收集日志，过滤PackageManager相关标签和错误级别。
2
. 结合`dumpsys package`和`pm`命令获取包状态信息。
3
. 分析日志中的错误和警告，结合代码上下文定位问题。
4
. 修复问题（如添加空检查、修复包签名等）。
如果问题仍然无法解决，请提供具体的日志片段，以便进一步分析。
### 示例日志分析命令
```bash
# 获取系统启动后的完整日志（需要重新启动设备后立即执行）
adb logcat
-v th
readtime
-d > full_log
.txt
# 过滤PackageManager相关的错误和警告
g
rep
-E "E/|W/" full_log
.txt | g
rep
-i "PackageManager" > pm_errors
.txt
# 查看dumpsys package的输出
adb shell dumpsys package > dumpsys_package
.txt
```
§§相关问题§§
1
. 如何通过adb logcat过滤多个标签的日志？
2
. Android系统启动过程中PackageManager的初始化流程是怎样的？
3
. 如何修复Android应用安装时的签名验证失败错误？
4
. 如何使用dumpsys命令分析系统服务状态？
5
. Android系统服务启动顺序是怎样的？</think>### Android PackageManager 日志分析指南
分析系统启动期间的 PackageManager 日志需要结合系统服务初始化流程和日志过滤技巧。以下是具体步骤和关键点：
---
#### **1
. 获取启动日志**
**核心命令**：
```bash
# 抓取完整启动日志（需root）
adb root
adb shell logcat
-b all
-d > full_boot
.log
# 过滤PackageManager相关日志（含错误/警告）
adb logcat
-d | g
rep
-iE "PackageManager|PMS|W/|E/"
```
- 使用 `
-b all` 捕获所有日志缓冲区（system/main/events）[^1]
- `g
rep` 过滤关键词：`PackageManager`（服务名）、`PMS`（PackageManagerService缩写）、`W/`（警告）、`E/`（错误）[^2]
---
#### **2
. 关键日志分析点**
在日志中重点关注以下模式：
| **日志特征** | **可能原因** | **解决方案** |
|
------------------------------|
--------------------------------------------------------------------------|
-----------------------------------|
| `E/PackageManager:
... null object
refe
rence` | 空指针异常（如未初始化的`PackageSetting`对象）[^1] | 检查系统服务启动顺序，确保依赖服务已初始化 |
| `W/PackageManager:
Failed scan
...` | APK解析失败（损坏的APK或无效的AndroidManifest） | 验证`/system/app/`下的预装应用完整性 |
| `E/PackageManager: Signatu
re mismatch
...` | 签名校验失败（系统应用签名与预期不符） | 检查`/etc/permissions/`下的白名单签名 |
| `E/PackageManager: Timeout waiting for
...` | 服务启动超时（I/O阻塞或死锁） | 分析`dumpsys package`中的线程状态 |
---
#### **3
. 结合系统启动流程分析**
根据引用[1]的 `star
tOtherServices()` 流程：
```java
private void star
tOtherServices(@NonNull TimingsTraceAndSlog t) {
// 1
. PackageManagerService初始化阶段
t
.traceBegin("StartPackageManagerService");
mPackageManagerService = PackageManagerService
.main(
...);
t
.traceEnd();
// 2
. 扫描预装应用
t
.traceBegin("ScanSystemDir");
mPackageManagerService
.scanDirTracedLI(
...);
t
.traceEnd();
// 3
. 启动依赖服务（如CarService）
if (mPackageManager
.hasSystemFeatu
re(PackageManager
.FEATU
RE_AU
TOMOTIVE)) {
t
.traceBegin("StartCarServiceHelperService");
mSystemServiceManager
.startService(CAR_SERVICE_HELPER_SERVICE_CLASS);
t
.traceEnd();
}
}
```
**诊断要点**：
- 若崩溃发生在 `ScanSystemDir` 阶段 → 检查`/system/app/`或`/vendor/app/`下的APK完整性
- 若发生在服务启动后（如`StartCarServiceHelperService`）→ 检查该服务是否因包签名失效而初始化失败
---
#### **4
. 高级诊断工具**
**a
. 使用 `dumpsys package`**
```bash
adb shell dumpsys package > package_state
.txt
```
分析输出中的关键段落：
```log
Packages:
Package [com
.android
.car] (c6ac86c):
signatures=[8a:4b:
...] # 签名状态
installStatus=INSTALL_
FAILED_INVALID_APK # 安装失败原因
Verifiers:
com
.android
.car
.verifier: UID=1
0086 # 验证器状态
Messages: # 缓存错误信息
msg=
Failed to parse /system/priv
-app/CarService: Signatu
re mismatch
```
**b
. 启用详细调试日志**
在 `PackageManagerService
.java` 中添加调试日志：
```java
// 在关键逻辑处添加
Slog
.w(TAG, "Scanning: " + scanFile + "
Signatures=" + pkgSetting
.signatures);
if (pkgSetting == null) {
Slog
.e(TAG, "Null PackageSetting for: " + pkgName, new Throwable());
}
```
通过 `adb logcat
-s PackageManager` 捕获自定义日志。
---
#### **5
. 典型问题解决方案**
**案例：空指针崩溃修复**
当出现 `Attempt
to read field
... on null object
refe
rence` 时：
1
. 在访问对象前添加空检查：
```java
// 修改前（危险）
Signatu
re[] sigs = pkgSetting
.signatures;
// 修改后（安全）
if (pkgSetting != null && pkgSetting
.signatures != null) {
Signatu
re[] sigs = pkgSetting
.signatures;
} else {
Slog
.w(TAG, "Invalid PackageSetting for: " + pkgName);
}
```
2
. 检查 `PackageSetting` 初始化路径（通常在 `Settings
.java` 的 `
readLPw()` 方法中）
---
#### **6
. 自动化监控建议**
编写脚本监控关键错误：
```bash
#!/bin/bash
adb logcat
-v brief
-b system | g
rep
-q "E/PackageManager"
if [ $?
-eq
0 ]; then
echo "检测到PackageManager错误！"
adb bug
report
fi
```
---
### 总结流程
```mermaid
graph TD
A[抓取启动日志]
--> B[过滤PackageManager/W/E]
B
--> C{是否空指针？}
C
-- 是
--> D[检查对象初始化路径]
C
-- 否
--> E{是否签名失败？}
E
-- 是
--> F[验证预装应用签名]
E
-- 否
--> G[分析dumpsys package]
D & F & G
--> H[修复代码或系统镜像]
```
本文介绍了解决ADB工具使用过程中遇到的问题的方法。通过找到SDK安装目录下的platform-tools文件夹中的adb.exe，进入该目录并在命令行中执行相应命令，可以成功解决问题。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
1729
