Android日志能力之持久化转储及回传的闭环方案（下）

2023-11-23 01:59
文章标签 android 日志 持久 回传 方案 能力 闭环 转储

本文主要是介绍Android日志能力之持久化转储及回传的闭环方案（下），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

Android日志能力之持久化转储及回传的闭环方案（下）

上帝反馈后

在碰到一些奇奇怪怪的系统问题时，如视频无法播放、网络异常、触摸无响应等等疑难杂症单单靠应用级别的异常信息怕是不能正常分析的，如果没有相应的日志获取能力，那面对用户的应该就是一块板砖，而面对我们的可能就是来自上帝的批判，因此如何在上帝反馈问题后第一时间能够获取到有用的信息并给予用户正向的反馈是及其重要的。

因此，在系统层面设计了一种持久化转储日志信息的三把刀方案：logdump、kdump、xdump。

logdump

logdump最初的设计初衷是为了持久化存储Android log，能够在用户机器出现问题时提供给研发端更多的信息便于分析定位。起初在设计时V1.0版本时只能保存最大两次开机后的日志信息，并且没有增加时间戳区别，回传的日志文件比较不清晰，在进行二次重构时，充分考虑了时间因素，增加了时间戳，能更明显的辨别日志记录的起始位置，由于持久化记录日志会对emmc有损耗，因此，结合公司的物联服务做了下发开关的操作，使得能够进行按需操作：

#!/system/bin/shLOG_PATH="/data/logdump"
LOG_DIR_MAX_COUNT=5if [ ! -d "$LOG_PATH" ]; thenmkdir -p $LOG_PATH
fi# remove files not in correct directory.
REMOVE_FILES=`ls -F $LOG_PATH | grep -v /$`
for r_file in $REMOVE_FILES
dorm -f $LOG_PATH/$r_file
doneCUR_LOG_DIR_COUNT=`ls -F $LOG_PATH | grep /$ | wc -l`if [ "$CUR_LOG_DIR_COUNT" -ge "$LOG_DIR_MAX_COUNT" ]; thenREMOVE_DIR_COUNT=`expr $CUR_LOG_DIR_COUNT - $LOG_DIR_MAX_COUNT + 1`REMOVE_DIRS=`ls -F $LOG_PATH | grep /$ | head -$REMOVE_DIR_COUNT`for r_dir in $REMOVE_DIRSdorm -rf $LOG_PATH/$r_dirdone
fiif [ "$CUR_LOG_DIR_COUNT" -gt "0" ]; thenCOPY_DIR=`ls -F $LOG_PATH | grep /$ | tail -1`cp -rf /sys/fs/pstore/ $LOG_PATH/$COPY_DIR
fiCUR_LOG_DIR_WITH_TIMESTAMP=`date +%Y-%m-%d_%H%M%S`
mkdir -p $LOG_PATH/$CUR_LOG_DIR_WITH_TIMESTAMPlogcat -G 16m
logcat -v threadtime -r8192 -n6 -f $LOG_PATH/$CUR_LOG_DIR_WITH_TIMESTAMP/log.txt &

在boot阶段logcat的服务已经启动并开始记录日志，因此在init.rc配置中增加了如下属性检测，当检测到persist.sys.logdump=true时则启动logdump的service。

service logdump /system/bin/logdumpclass mainuser rootgroup root lodump systemseclabel u:r:logdump:s0oneshoton boot && property:persist.sys.logdump=truestart logdump

而persist.sys.logdump的开关控制则由物联平台进行管理下发，实现了远程按需配置的功能。

kdump

通常在userdebug中获取kernel的日志时都是通过dmesg获取，但是dmesg仅仅只能将目前内核日志缓冲区打印出来，而内核日志缓冲区大小是有限的，往往我们在发现问题时再去获取内核日志时打印的dmesg已经不是现场了，对与内核相关问题的调试成为业务很大痛点。并且userdebug我们还能使用adb进行打印，但是出货的user版本我们根本无法获取现场的内核信息，若出现内核相关问题，只能换机调回来调式，因此非常有必要集成一个持续获取内核日志的工具服务。

采用从init起一个服务的方法，专门用于往/data/kdump/中记录kernel log，最大保存5次开机以来的kernel log，每次存储的日志元数据单文件最大支持20M，采用gzip流压缩方式，将占用空间大小尽可能缩减，避免更多的EMMC占用，采用shell编写了一个覆盖算法将新日志保存，实现旧日志清除。

#!/system/bin/shLOG_ROOT_DIR="/data/kdump"
KMSG_DIR_MAX_COUNT=5
KMSG_FILE_MAX_COUNT=10# Create kmsg root directory if not exist.
if [ ! -f "$LOG_ROOT_DIR" ]; thenmkdir -p $LOG_ROOT_DIR
fi# Remove files which're not in correct directory.
REMOVE_FILES=`ls -F $LOG_ROOT_DIR | grep -v /$`
for r_file in $REMOVE_FILES
dorm -f $LOG_ROOT_DIR/$r_file
done# Remove more than $KMSG_DIR_MAX_COUNT kmsg storage directories.
CUR_LOG_DIR_COUNT=`ls -F $LOG_ROOT_DIR | grep /$ | wc -l`if [ "$CUR_LOG_DIR_COUNT" -ge "$KMSG_DIR_MAX_COUNT" ]; thenREMOVE_DIR_COUNT=`expr $CUR_LOG_DIR_COUNT - $KMSG_DIR_MAX_COUNT + 1`REMOVE_DIRS=`ls -F $LOG_ROOT_DIR | grep /$ | head -$REMOVE_DIR_COUNT`for r_dir in $REMOVE_DIRSdorm -rf $LOG_ROOT_DIR/$r_dirdone
fi# Create new kmsg storage directory with named timestamp.
CUR_LOG_DIR_WITH_TIMESTAMP=`date +%Y-%m-%d_%H%M%S`
mkdir -p $LOG_ROOT_DIR/$CUR_LOG_DIR_WITH_TIMESTAMP
echo "Create $LOG_ROOT_DIR/$CUR_LOG_DIR_WITH_TIMESTAMP"do_kmsg_dump(){while :dofor i in $(seq 1 $KMSG_FILE_MAX_COUNT)dof_index=$(expr $KMSG_FILE_MAX_COUNT - $i)# Move new kmsg to overlay old.if [ -f "$LOG_ROOT_DIR/$CUR_LOG_DIR_WITH_TIMESTAMP/kernel_msg_$(expr $f_index - 1)".gz ]; thenmv $LOG_ROOT_DIR/$CUR_LOG_DIR_WITH_TIMESTAMP/kernel_msg_$(expr $f_index - 1).gz \$LOG_ROOT_DIR/$CUR_LOG_DIR_WITH_TIMESTAMP/kernel_msg_$f_index.gz -ffidone# Save up to 40MB kmsg metadata in every dump file, use gzip to compress it.dd if=/proc/kmsg bs=1k count=40960 | gzip > $LOG_ROOT_DIR/$CUR_LOG_DIR_WITH_TIMESTAMP/kernel_msg_0.gzdone
}do_kmsg_dump

在设置单文件元数据大小时发现dd的流采集大小设置为20M时实际最多采集8MB大小原始kmsg，因此调整数据流大小最大40MB，压缩后的gzip包最大不超过2MB，日志目录保存最大10个文件，单目录最大20MBEMMC损耗，全系统最大20*5=100MBEMMC空间损耗，对用户来说整体空间损耗可忽略不计。

xdump

前两个dump功能是日志转储的话，xdump则是进行日志收集功能，将所有的有用信息进行可选择性的收集及上报操作。

在设计时采用了getopt进行参数解析，使得容错性更强，采用主从分离架构，使得单个脚本能够单独使用，由xdump作为总执行脚本放在/system/xbin/xdump下，其余脚本放在/system/etc/xdumps/script下，分别有：android_base_dump、data_data_dump、kernel_base_dump、android_apk_dump：

在这里插入图片描述

xdump v2.00 (2021-08-31) log catcher tool.usage: xdump [COMMAND] [ARGS]-a: dump all logs-b [args]: dump android base logsall : dump all android base logsystem : dump system core info message.media : dump media [video|aduio] info.net : dump network info.graphic : dump graphic [activity|screen|window] info.log : dump system log [anr|dropbox|logdump] info.-d [args|<package name>]: dump /data/data packages files.all : dump all packages data filesthirdpart : dump all thirdpart packages data filescompany : dump all company packages data files<package name> : dump specific packages data files,each package split with ':'.-k: dump kernel base logs-s [all|<package name>]: dump company apk xlog files.all : dump all packages data files<package name> : dump specific packages data files,each package split with ':'.-P <path>: dump files path.-z : pack xdump files with gzip.-h: show this message.

#!/bin/sh############################################
# @Description: xdump log tool
# @Version: V2.0 2021-08-31
############################################DEFAULT_XDUMP_ROOT_PATH=/sdcard
xdump_log_root_path=$DEFAULT_XDUMP_ROOT_PATHXDUMP_SCRIPT_PATH=/system/etc/xdumps/script
XDUMP_LOG_ROOT_NAME=$(getprop ro.serialno)
XDUMP_PACK_FILE_NAME=`date +%Y-%m-%d_%H%M%S`......#Help
do_help()
{......
}do_start()
{echo "------------------start xdump------------------"start_time=$(date +%s)
}do_finish()
{end_time=$(date +%s)delta_time=$(expr ${end_time} - ${start_time})echo "-----finish xdump. spend: ${delta_time} s------"if [ $XDUMP_PACK_FLAG -eq 1 ]; thenecho "Log file path: $xdump_file_path/${XDUMP_PACK_FILE_NAME}.tgz"elseecho "Log file path: $xdump_file_path/${XDUMP_LOG_ROOT_NAME}"fi
}create_xdump_log_dir()
{xdump_file_path=$xdump_log_root_path/xdumpsecho "create xdump log dir: $xdump_file_path"create_dir_success=`mkdir -p $xdump_file_path 2>&1 > /dev/null ; echo $?`if [ $create_dir_success -ne 0 ]; thenecho "Failed to create $xdump_file_path, please check path."exit 1fi
}parse_android_base_params()
{
......
}parse_data_data_params()
{
......
}parse_android_apk_params()
{
......
}parse_arguments()
{XDUMP_PACK_FLAG=0ALL_DUMP_FLAG=0ANDROID_BASE_DUMP_FLAG=0KERNEL_DUMP_FLAG=0DATA_DUMP_FLAG=0ANDROID_APK_DUMP_FLAG=0if [ $# -le 0 ]; thenALL_DUMP_FLAG=1XDUMP_PACK_FLAG=1returnfiwhile getopts

这篇关于Android日志能力之持久化转储及回传的闭环方案（下）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/414501。

相关文章

无人叉车3d激光slam多房间建图定位异常处理方案-墙体画线地图切分方案

无人叉车3d激光slam多房间建图定位异常处理方案-墙体画线地图切分方案

墙体画线地图切分方案 针对问题：墙体两侧特征混淆误匹配，导致建图和定位偏差，表现为过门跳变、外月台走歪等 ·解决思路：预期的根治方案IGICP需要较长时间完成上线，先使用切分地图的工程化方案，即墙体两侧切分为不同地图，在某一侧只使用该侧地图进行定位 方案思路 切分原理：切分地图基于关键帧位置，而非点云。 理论基础：光照是直线的，一帧点云必定只能照射到墙的一侧，无法同时照到两侧实践考虑：关
阅读更多...
高效+灵活，万博智云全球发布AWS无代理跨云容灾方案！

高效+灵活，万博智云全球发布AWS无代理跨云容灾方案！

摘要 近日，万博智云推出了基于AWS的无代理跨云容灾解决方案，并与拉丁美洲，中东，亚洲的合作伙伴面向全球开展了联合发布。这一方案以AWS应用环境为基础，将HyperBDR平台的高效、灵活和成本效益优势与无代理功能相结合，为全球企业带来实现了更便捷、经济的数据保护。 一、全球联合发布 9月2日，万博智云CEO Michael Wong在线上平台发布AWS无代理跨云容灾解决方案的阐述视频，介绍了
阅读更多...
Android实现任意版本设置默认的锁屏壁纸和桌面壁纸（两张壁纸可不一致）

Android实现任意版本设置默认的锁屏壁纸和桌面壁纸（两张壁纸可不一致）

客户有些需求需要设置默认壁纸和锁屏壁纸  在默认情况下 这两个壁纸是相同的  如果需要默认的锁屏壁纸和桌面壁纸不一样 需要额外修改 Android13实现 替换默认桌面壁纸： 将图片文件替换frameworks/base/core/res/res/drawable-nodpi/default_wallpaper.*  （注意不能是bmp格式） 替换默认锁屏壁纸： 将图片资源放入vendo
阅读更多...
Android平台播放RTSP流的几种方案探究（VLC VS ExoPlayer VS SmartPlayer）

Android平台播放RTSP流的几种方案探究（VLC VS ExoPlayer VS SmartPlayer）

技术背景 好多开发者需要遴选Android平台RTSP直播播放器的时候，不知道如何选的好，本文针对常用的方案，做个大概的说明： 1. 使用VLC for Android VLC Media Player（VLC多媒体播放器），最初命名为VideoLAN客户端，是VideoLAN品牌产品，是VideoLAN计划的多媒体播放器。它支持众多音频与视频解码器及文件格式，并支持DVD影音光盘，VCD影
阅读更多...
android-opencv-jni

android-opencv-jni

//------------------start opencv--------------------@Override public void onResume(){ super.onResume(); //通过OpenCV引擎服务加载并初始化OpenCV类库，所谓OpenCV引擎服务即是 //OpenCV_2.4.3.2_Manager_2.4_*.apk程序包，存
阅读更多...
JavaFX应用更新检测功能（在线自动更新方案）

JavaFX应用更新检测功能（在线自动更新方案）

JavaFX开发的桌面应用属于C端，一般来说需要版本检测和自动更新功能，这里记录一下一种版本检测和自动更新的方法。 1. 整体方案 JavaFX.应用版本检测、自动更新主要涉及一下步骤： 读取本地应用版本拉取远程版本并比较两个版本如果需要升级，那么拉取更新历史弹出升级控制窗口用户选择升级时，拉取升级包解压，重启应用用户选择忽略时，本地版本标志为忽略版本用户选择取消时，隐藏升级控制窗口 2.
阅读更多...
flume系列之：查看flume系统日志、查看统计flume日志类型、查看flume日志

flume系列之：查看flume系统日志、查看统计flume日志类型、查看flume日志

遍历指定目录下多个文件查找指定内容 服务器系统日志会记录flume相关日志 cat /var/log/messages |grep -i oom 查找系统日志中关于flume的指定日志 import osdef search_string_in_files(directory, search_string):count = 0
阅读更多...
我在移动打工的日志

我在移动打工的日志

客户：给我搞一下录音 我：不会。不在服务范围。 客户：是不想吧 我：笑嘻嘻（气笑） 客户：小姑娘明明会，却欺负老人 我：笑嘻嘻 客户：那我交话费 我：手机号 客户：给我搞录音 我：不会。不懂。没搞过。 客户：那我交话费 我：手机号。这是电信的啊！！我这是中国移动！！ 客户：我不管，我要充话费，充话费是你们的 我：可是这是移动！！中国移动！！ 客户：我这是手机号 我：那又如何，这是移动！你是电信！！
阅读更多...
如何选择SDR无线图传方案

如何选择SDR无线图传方案

在开源软件定义无线电（SDR）领域，有几个项目提供了无线图传的解决方案。以下是一些开源SDR无线图传方案： 1. **OpenHD**：这是一个远程高清数字图像传输的开源解决方案，它使用SDR技术来实现高清视频的无线传输。OpenHD项目提供了一个完整的工具链，包括发射器和接收器的硬件设计以及相应的软件。 2. **USRP（Universal Software Radio Periphera
阅读更多...
EasyPlayer.js网页H5 Web js播放器能力合集

EasyPlayer.js网页H5 Web js播放器能力合集

最近遇到一个需求，要求做一款播放器，发现能力上跟EasyPlayer.js基本一致，满足要求： 需求 功性能 分类 需求描述 功能 预览 分屏模式 单分屏（单屏/全屏） 多分屏（2*2） 多分屏（3*3） 多分屏（4*4） 播放控制 播放（单个或全部） 暂停（暂停时展示最后一帧画面） 停止（单个或全部） 声音控制（开关/音量调节） 主辅码流切换 辅助功能 屏
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2