那些年Android黑科技①:只要活着，就有希望

作者: 香脆的大鸡排 | 来源:发表于2017-06-15 21:29 被阅读12357次

“黑科技什么的最喜欢了！
对，我们就是要搞事。
来呀。谁怕谁。三年血赚,死刑不亏。(๑´ڡ`๑) ”
-- 来自暗世界android工程师

前言：
这个世界上手机有三大系统，苹果、安卓、 中国安卓 。本篇强烈呼吁大家不要去做哪些违反用户体验的黑科技功能，研究研究玩玩就好了啦。全当增长技术，在真实的项目开发中尽量能不用就不要用得好。道理大家都懂的。

    /**
     * 是否是在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

image.png

使用参考：

Root情况下静默安装：

 String command = "LD_LIBRARY_PATH=/vendor/lib:/system/lib pm install " +"apk路径";
  ShellUtils.execCmd(command, ture);

代码:https://github.com/BolexLiu/AndroidShell

双进程保活aidl版（android5.0以下）

原理介绍：实现的机制并不复杂，通过AIDL的方式开启两个服务分别在不同进程中启动，然后互相守护监听对方是否被关闭，如果有一方被断开连接，另一方测重启服务。因为android在5.0之前销毁进程是一个一个销毁的，他并不能同时销毁两个。所以可以做这件事。（被修改的rom除外，比如华为4.4就不行，但三星可以。）

1.配置服务进程。注意process属性会独立在另一个进程中。

    <service android:name=".Service.LocalService" />
    <service android:name=".Service.RemoteService"  android:process=".Remote"/>

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

双进程保活jni版（android5.0以下）

原理介绍：这种双进程守利用了Linux子进程在父进程被干掉后还能运行而实现。所以我们要做的是通过java去fork一段C的代码。通过动态链接库封装起来。然后在C代码里不断轮训父进程的ppid是否存活。如果挂掉了侧重新唤醒。

1.配置服务进程。注意process属性会独立在另一个进程中。

        <service
            android:name=".service.DaemonService"
            android:process=":daemon"></service>

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版（android5.0++）

原理: JobService是官方推荐的方式，即使app完成被杀死的状态下也能调用起来，本质是向系统注册一个任务。通过getSystemService拿到系统的JobScheduler。然后通过JobInfo.Buidler进行构造。需要注意的是一定要指定被触发的条件。比如:设备充电中、空闲状态、连接wifi... 非常类似以前的广播保护原理。但是实现不一样。这次是我们反向注册给系统，而不是接收系统的广播。

1.在AndroidManifest进行配置添加permission属性

 <service
            android:name=".MyJobService"
            android:permission="android.permission.BIND_JOB_SERVICE" />

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

第一部分就先到这里。后续还有两篇续集会紧接着营养跟上，如果你觉得不错可以关注我一波点个喜欢神马的哈哈。

那些年Android黑科技①:只要活着，就有希望

android应用内执行shell
双进程保活aidl版
双进程保活jni版
保活JobService版

那些年Android黑科技②:欺骗的艺术

hook技术
欺骗系统之偷梁换柱

那些年Android黑科技③:干大事不择手段

应用卸载反馈
Home键监听
桌面添加快捷方式
无法卸载app(DevicePolicManager)
无网络权限偷偷上传数据

如何下次找到我?

关注我的简书
本篇同步Github仓库:https://github.com/BolexLiu/DevNote (可以关注)

网友评论

608924568ff8:试了在设置里停止运行根本没用，因为根本不走onServiceDisconnected
香脆的大鸡排:@我家果果你注意看章节上的小标题噢，上面写了。
608924568ff8:@香脆的大鸡排系统是6.0.1的 360n5的安卓机， onServiceDisconnected能走。结果是进程被系统都停了。
香脆的大鸡排:@我家果果你是安装demo里的运行的吗？还有安卓版本和定制版本是？
HuDP:hi 请问如果说 app崩溃了这时候去启动一个子进程这个子进程也会被杀嘛？
HuDP:@香脆的大鸡排好吧好吧是5.0+ 这下就好奇bugly等崩溃检测的崩了是怎样立即上传的了
香脆的大鸡排:@HuDP 看系统的版本 5.0之前的不会kill
HuDP:目前看效果好像是这样
松小白:您好，请我5.0以下，哪种更稳定一些，推荐使用哪种那？android5.0++ 只有这一种吗？期待大神更新
小智在不在:反手就是一个关注加喜欢，走你┏ (゜ω゜)=☞
香脆的大鸡排:@一架飞机CE3 坐稳了您叻
庞哈哈哈12138:反手就是给你一个喜欢，并且关注走一波，666
庞哈哈哈12138:@玄之又玄众妙之门哦？认识？
玄之又玄众妙之门:居然看到你了。。。
大桥酱:还差的远呢
保活的方法多着呢
香脆的大鸡排:@大桥酱没有关系。有机会向您请教rom层的技术问题。
大桥酱:@香脆的大鸡排不好意思，我理解错了。从应用的角度保活方法差不多就您所的这些。
香脆的大鸡排:嗯，请指点。
adonis_lsh:流氓软件就这样诞生了
香脆的大鸡排:@adonis_lsh 双刃剑，仁者见仁。
SScience:前言说的好。国内的app有事没事非要在后台待着，耗电耗流量造成手机卡顿掉帧，国内的Android环境就是这么被玩坏的。
Champion是冠军:骚操作
恋猫月亮:鸡排同志好呀！这一块一直没有怎么去了解，7.0新机制上job如何？？具体远离是怎么实现保活的？
香脆的大鸡排:但是自己研究了一段时间发现这个玩意，在国内的厂商定制过后的rom好多不起作用。比如魅族和小米上如果把app杀死以后，这个服务也调用不起来了。但是在模拟器和aosp版本的的Rom上是可行的。我测试的时候用的电池充电状态就调用服务。
香脆的大鸡排:@恋猫月亮恋猫兄 7.0也是可以的。你可以看看这个视频。https://www.youtube.com/watch?v=QdINLG5QrJc
碧海鱼龙:fork保活没有5.0以上的实现吗！
碧海鱼龙:@香脆的大鸡排谢谢鸡排胸弟的回答！
香脆的大鸡排:@最后的大魔王目前没有。新版本做了处理，一杀就全部杀了子进程也一样
e4ab9bf00edb:来自暗世界...
香脆的大鸡排:
细卷子:写得不错还是如往常一样骚。哈哈
香脆的大鸡排: 老夫的骚。闪了你的腰。