前言:
这个世界上手机有三大系统,苹果、 安卓、 中国安卓 。本篇强烈呼吁大家不要去做哪些违反用户体验的黑科技功能,研究研究玩玩就好了啦。全当增长技术,在真实的项目开发中尽量能不用就不要用得好。道理大家都懂的。
那些年Android黑科技①:只要活着,就有希望
那些年Android黑科技②:欺骗的艺术
那些年Android黑科技③:干大事不择手段
android系统本身是Linux作为内核,我们一般开发中使用 adb shell 命令来操作。但其实本身在应用内也是可以执行的。强大的地方是在root的情况下,可以实现静默安装和操作一切你想在设备内做事情。其方法如下。
调用工具代码:
/**
* 是否是在root下执行命令
*
* @param commands 命令数组
* @param isRoot 是否需要root权限执行
*/
public static void execCmd(String[] commands, boolean isRoot) {
//便于观看删除来不影响的部分代码,完整的可以在文中的github里找到。
process = Runtime.getRuntime().exec(isRoot ? "su" : "sh");
os = new DataOutputStream(process.getOutputStream());
for (String command : commands) {
if (command == null) continue;
os.write(command.getBytes());
os.writeBytes("\n");
os.flush();
}
os.writeBytes("exit\n");
os.flush();
result = process.waitFor();
successMsg = new StringBuilder();
errorMsg = new StringBuilder();
successResult = new BufferedReader(new InputStreamReader(process.getInputStream(), "UTF-8"));
errorResult = new BufferedReader(new InputStreamReader(process.getErrorStream(), "UTF-8"));
}
没有root权限的情况下在屏幕上操作,实测可被执行的命令只有swipe和部分keyevent可以生效,其余的可以通过adb的方式调用成功。但是一但在应用内通过shell是不可以的。这确保了android手机的安全。
其中keyevent 返回键 音量键可以调用 而home按键这种则不可以。
如果你试图调用dumpsys activity activities
来查看。会抛出权限的异常如下。实测中我有申请权限,但一样无法在应用内部调起。
Permission Denial: can't dump ActivityManager from from pid=12414, uid=10369 without permission android.permission.DUMP0
使用参考:
Root情况下静默安装:
String command = "LD_LIBRARY_PATH=/vendor/lib:/system/lib pm install " +"apk路径";
ShellUtils.execCmd(command, ture);
代码:https://github.com/BolexLiu/AndroidShell
原理介绍:实现的机制并不复杂,通过AIDL的方式开启两个服务分别在不同进程中启动,然后互相守护监听对方是否被关闭,如果有一方被断开连接,另一方测重启服务。因为android在5.0之前销毁进程是一个一个销毁的,他并不能同时销毁两个。所以可以做这件事。(被修改的rom除外,比如华为4.4就不行,但三星可以。)
1.配置服务进程。注意process属性会独立在另一个进程中。
2.我们拥有两个服务LocalService RemoteService。项目运行后第一件事,同时启动服务。
startService(new Intent(this, LocalService.class));
startService(new Intent(this, RemoteService.class));
3.在LocalService中绑定RemoteService并监听对方的创建和销毁,RemoteService中的实现也一样。
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
super.onStartCommand(intent, flags, startId);
Log.e(TAG, TAG + " onStartCommand");
// 绑定远程服务
bindService(new Intent(this, RemoteService.class), mLocalServiceConnection, Context.BIND_IMPORTANT);
return START_STICKY;
}
//连接远程服务
class localServiceConnection implements ServiceConnection {
@Override
public void onServiceConnected(ComponentName name, IBinder service) {
try {
// 与远程服务通信
MyProcessAIDL process = MyProcessAIDL.Stub.asInterface(service);
Log.e(TAG, "连接" + process.getServiceName() + "服务成功");
} catch (RemoteException e) {
e.printStackTrace();
}
}
@Override
public void onServiceDisconnected(ComponentName name) {
// RemoteException连接过程出现的异常,才会回调,unbind不会回调
// 监测,远程服务已经死掉,则重启远程服务
Log.e(TAG, "远程服务挂掉了,远程服务被杀死");
// 启动远程服务
startService(new Intent(LocalService.this, RemoteService.class));
// 绑定远程服务
bindService(new Intent(LocalService.this, RemoteService.class), mLocalServiceConnection, Context.BIND_IMPORTANT);
}
}
代码:https://github.com/BolexLiu/DoubleProcess
原理介绍:这种双进程守利用了Linux子进程在父进程被干掉后还能运行而实现。所以我们要做的是通过java去fork一段C的代码。通过动态链接库封装起来。然后在C代码里不断轮训父进程的ppid是否存活。如果挂掉了侧重新唤醒。
1.配置服务进程。注意process属性会独立在另一个进程中。
2.在DaemonService里利用静态代码块调起so。
public class DaemonService extends Service{
// 便于阅读省略无关代码,详情去移步至github···
static {
System.loadLibrary("daemon");
}
}
3.so中的C代码轮训进程判断是否存活。
//便于阅读省略无关代码,详情去移步至github···
//fork子进程,以执行轮询任务
pid_t pid = fork();
LOGI("fork=%d", pid);
if (pid < 0) {
// fork失败了
} else if (pid == 0) {
// 可以一直采用一直判断文件是否存在的方式去判断,但是这样效率稍低,下面使用监听的方式,死循环,每个一秒判断一次,这样太浪费资源了。
int check = 1;
while (check) {
pid_t ppid = getppid();
LOGI("pid=%d", getpid());
LOGI("ppid=%d", ppid);
if (ppid == 1) {
LOGI("ppid == 1");
if (sdkVersion >= 17) {
LOGI("> 17");
int ret = execlp("am", "am", "startservice", "--user", "0",
"-n", name,
(char *) NULL);
} else {
execlp("am", "am", "startservice", "-n",
name,
(char *) NULL);
LOGI("else");
}
check = 0;
} else {
}
sleep(1);
}
}
感谢CharonChui开源代码。处应该有掌声!
代码:https://github.com/CharonChui/DaemonService
原理: JobService是官方推荐的方式,即使app完成被杀死的状态下也能调用起来,本质是向系统注册一个任务。通过getSystemService拿到系统的JobScheduler。然后通过JobInfo.Buidler进行构造。需要注意的是一定要指定被触发的条件。比如:设备充电中、空闲状态、连接wifi... 非常类似以前的广播保护原理。但是实现不一样。这次是我们反向注册给系统,而不是接收系统的广播。
1.在AndroidManifest进行配置添加permission属性
2.MyJobServer继承JobService类:
@Override
public boolean onStartJob(JobParameters params) {
//该方法被触发调用 可以做唤醒其他服务的操作
return true;
}
@Override
public boolean onStopJob(JobParameters params) {
return true;
}
3.在合适的地方向系统注册
JobScheduler scheduler = (JobScheduler) getSystemService(Context.JOB_SCHEDULER_SERVICE);
ComponentName componentName = new ComponentName(MainActivity.this, MyJobService.class);
JobInfo.Builder builder = new JobInfo.Builder(++mJobId, componentName);
String delay = mDelayEditText.getText().toString();
if (delay != null && !TextUtils.isEmpty(delay)) {
//设置JobService执行的最小延时时间
builder.setMinimumLatency(Long.valueOf(delay) * 1000);
}
String deadline = mDeadlineEditText.getText().toString();
if (deadline != null && !TextUtils.isEmpty(deadline)) {
//设置JobService执行的最晚时间
builder.setOverrideDeadline(Long.valueOf(deadline) * 1000);
}
boolean requiresUnmetered = mWiFiConnectivityRadioButton.isChecked();
boolean requiresAnyConnectivity = mAnyConnectivityRadioButton.isChecked();
//设置执行的网络条件
if (requiresUnmetered) {
builder.setRequiredNetworkType(JobInfo.NETWORK_TYPE_UNMETERED);
} else if (requiresAnyConnectivity) {
builder.setRequiredNetworkType(JobInfo.NETWORK_TYPE_ANY);
}
builder.setRequiresDeviceIdle(mRequiresIdleCheckbox.isChecked());//是否要求设备为idle状态
builder.setRequiresCharging(mRequiresChargingCheckBox.isChecked());//是否要设备为充电状态
scheduler.schedule(builder.build());
注意jobScheduler无法兼容Android 5.0以下的设备,可以参考下面的项目,在低版本中也可以使用。
实际测试 :
研究了一段时间发现这个玩意,在国内的厂商定制过后的rom好多不起作用。 比如魅族 和小米上 如果把app杀死以后,这个服务也调用不起来了。但是在模拟器和aosp版本的Rom上是可行的。我测试时用的电池充电状态来调用job服务。
代码:https://github.com/evant/JobSchedulerCompat
第一部分就先到这里。后续还有两篇续集会紧接着营养跟上,如果你觉得不错可以关注我一波点个喜欢神马的哈哈。
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。