Shell自动化场景的应用
场景一：Git代码自动更新
背景描述：工作中，我们电脑或多或少很多个工程
git pull可能是你开启电脑开始一天工作的第一个命令行，有时候你需要切换好几个工程，每个工程又得git pull更新一下。
我们都知道shell每次启动时会重新载入.bashrc（因为我的Mac是用zsh，所以是.zshrc，为了名字通用，我们都先统一叫bashrc吧。。。），bashrc文件一般放在/home/linux用户名下，我们可以在里头添加函数实现代码的自动更新，代码打个样：
function auto_pull_project {
project_list=`ls /Users/your_root/AndroidStudioProjects`
for project_item in $project_list
do
echo "[START] Update project $project_item"
cd /Users/your_root/AndroidStudioProjects/$project_item
git pull -p
cd ..
echo "[END] Update project $project_item"
done
}
auto_pull_project
场景二：Apk性能监控
背景描述：冷启动时间、内存、cpu、帧率，是不是每次通过Android Studio或者其它第三方工具进行数据采样呢？但是这样有无发现一个问题？电脑变卡了，烫了，散热器异常繁忙了，因为工具太重了。想轻量级捞取这些数据，可以通过如下面命令，收集相关维度的数据，然后对数据进行批处理，再根据你要统计的性能指标维度，输出想要的呈现方式，比如：以图表的方式，excel的方式，简单文本提示的方式等等。
下面就用冷启动时间统计维度打个样吧，指标：冷启动平均时长、最大启动时长、最快启动时长
#!bin/bash
LOG_START_TIME=/Users/cengfanwei/Desktop/start_time.txt
PACKAGE_NAME=$1
ACTIVITY_NAME=$2
TEST_TIME=$3
counter=0
while [[ $counter -lt $TEST_TIME ]]
do
adb shell am start -W -n $PACKAGE_NAME/.$ACTIVITY_NAME >> $LOG_START_TIME
adb shell am force-stop $PACKAGE_NAME
sleep 1
let counter++
done
ALL_TOTAL_TIME=0
MAX_START_TIME=0
MIN_START_TIME=0
time_list=`cat $LOG_START_TIME | grep TotalTime`
for time_item in $time_list
do
t0=`echo "$time_item" | tr -cd "[0-9]"`
let ALL_TOTAL_TIME+=t0
if [[ $MAX_START_TIME -lt $t0 ]]; then
MAX_START_TIME=$t0
fi
if [[ $MIN_START_TIME -eq 0 || $MIN_START_TIME -gt $t0 ]]; then
MIN_START_TIME=$t0
fi
done
avg_time=`echo "$ALL_TOTAL_TIME / $TEST_TIME" | bc`
echo "avg_time: $avg_time"
echo "max_time: $MAX_START_TIME"
echo "min_time: $MIN_START_TIME"
然后我们终端跑下（第一个参数是包名，第二个是启动的MainActivity，第三个是统计次数）：
sh /Users/cengfanwei/Desktop/start_time.sh [package_name] [launch_activity] 5
avg_time: 459
max_time: 565
min_time: 434
好啦，以上就是关于冷启动指标数据收集的方式，可能你会有疑问，那我们平时的app冷启动时间这么统计并不准呢？
这里我想说的是，重要的是这个思想，比如你的app的冷启动流程是先经过SplashActivity再到HomeActivity，那你可以选择HomeActivity相对比较适合产品的埋点位置，然后添加日志，假设在HomeActivity的onCreate的第一行代码埋点日志Log.d("ZFW", "onCreate.")那就可以在脚本里头添加：
adb shell logcat -s ZFW
04-26 12:17:43.478 1266 1442 D ZFW: onCreate.
最后，再通过拿到你要的logcat日志对时间进行文本批处理统计即。 _
在上面的冷启动指标时长统计代码打样后，我们想统计其它维度指标也就一个思想道理了。
# 打印应用Activity堆栈信息
adb shell dumpsys activity [package] > dumpsys_activity.txt
# 打印应用内存使用信息
adb shell dumpsys meminfo [package] > dumpsys_meminfo.txt
# 打印应用CPU使用情况
adb shell dumpsys cpuinfo [package] > dumpsys_cpuinfo.txt
关于场景二，你可能不得不去补一下adb常用命令，以及一些系统命令工具，比如dumpsys相关的命令就很多啦~
场景三：Apk自动编译、安装到设备
背景描述：电脑的项目本地临时编译一个release带签名的apk再安装到设备上调试，也是我们比较常见的繁琐场景。
步骤一般是：
- 配置gradle的签名信息（当然也可以把apk构建出来之后再通过
jarsigner） - AndroidStudio build一下
- 把apk安装到设备上
通过写个脚本，只要输入ip，以及项目路径，我们即可全自动化完成这个流程步骤，你倒杯茶回来就可以直接开始调试了，代码打个样（伪代码，需要自行补充细节）：
function auto_build_install{
# 1.通过adb的方式连接设备IP
adb connect $1
# 2.通过cd到项目目录位置
cd $2
# 3.执行gradle命令自动构建apk
~/Library/Android/gradle/gradle-4.10.1/bin/gradle build assembleRelease
# 4.通过jarsigner命令对output目录下的release apk进行签名
jarsigner output/release_unsign.apk...
# 5.安装到设备上面
adb shell pm install -r -d apk_path
}
auto_build_install $ip $project_path
BY THE WAY......
shell脚本的应用场景还有很多很多，也请记住，它不是一个人在战斗，它往往是多个命令工具的组合，脚本可能包含python、jdk的工具命令，gradle命令等等。
当然，最最最重要的一点就是：牢记自动化的思想，优化日常工作的一些繁琐、重复流程，将精力放到刀刃上~
