前言

在Android開發(fā)過程中，不管是寫Demo還是實(shí)戰(zhàn)項(xiàng)目中，都會(huì)打印一些日志用于記錄數(shù)據(jù)，調(diào)試來著，Android中的日志工具類是Log，這個(gè)類提供了一些方法來打印日志。五個(gè)級(jí)別，v、d、i、w、e，各有不同的重載。

當(dāng)談到如何打印日志？很多人會(huì)想這不是很簡單，直接使用android.util.Log這個(gè)類不就行了？然而，日志屬于非常敏感的信息；逆向工程師在逆向你的程序的時(shí)候，本來需要捕捉你程序的各種輸出，然后進(jìn)行推測，順藤摸瓜然后得到需要的信息；一旦你的日志泄漏，無異于門戶洞開，破解你的程序如入無人之境。

安全的概念本來就是相對(duì)的，如果破解你程序的代價(jià)遠(yuǎn)遠(yuǎn)大于破解得到的價(jià)值，那么就可以認(rèn)為程序是“安全的”；這里就分析一下，為了提高程序的安全性，在打印日志的時(shí)候應(yīng)該注意什么。

首先看看絕大部分公司以及開發(fā)者的做法：

日志開關(guān)＋日志類

為了在release版本里面沒有日志輸出，一個(gè)最簡單的想法是：把所有打印日志的語句放在一個(gè)if(DEBUG)的語句里面；在日常開發(fā)的時(shí)候，DEBUG開關(guān)打開，發(fā)布正式版本的時(shí)候關(guān)閉這個(gè)開關(guān)即可，大致思路如下：

// LogUtil.java
public class LogUtil {
 private static boolean DEBUG = true;// 發(fā)布的時(shí)候修改為false
 
 public static void d(String tag, String msg) {
  if (DEBUG) android.util.Log.d(TAG, msg);
 }

 // 其他debug方法
}

接下來看一個(gè)真實(shí)的例子，國外的一個(gè)apk，名字叫做powerclean；包名：com.lionmobi.powerclean;我們安裝這個(gè)包；發(fā)現(xiàn)很正常，沒有任何日志輸出；然后我們逆向這個(gè)apk；隨便翻看幾個(gè)類，發(fā)現(xiàn)很多地方有類似日志輸出：

日志輸出圖片

我們打開這個(gè)叫做x的類，雖然被混淆過了，但是意思很明白，跟我們上面的思路一樣：

package com.lionmobi.util;

import android.util.Log;

public class x {
 private static boolean a;

 static {
  x.a = false;
 }

 public static void d(String arg1, String arg2) {
  if(x.a) {
   Log.d(arg1, arg2);
  }
 }

 public static void e(String arg1, String arg2) {
  if(x.a) {
   Log.e(arg1, arg2);
  }
 }

 public static void i(String arg1, String arg2) {
  if(x.a) {
   Log.i(arg1, arg2);
  }
 }
}

這是一個(gè)真實(shí)的例子，而且這個(gè)app的用戶還不少；接下來我們看看這種方式有什么問題。

靜態(tài)反編譯打開日志開關(guān)

上面的那種方式有一個(gè)問題：雖然在release版本里面，確實(shí)沒有日志輸出；但是輸出日志的代碼依然存在，只是沒有執(zhí)行到！(if條件不成立)所以，有沒有辦法讓這些代碼執(zhí)行到呢？簡單來說，就是能不能在release版本里面把這個(gè)DEBUG變量弄成true呢？當(dāng)然可以！而且做法還非常簡單。

我們使用apktool反編譯得到這個(gè)apk的smali代碼；然后上面的反編譯告訴我們，這個(gè)日志類的位置是：com.lionmobi.util.x我們打開這個(gè)x.smali文件，內(nèi)容如下：

.class public Lcom/lionmobi/util/x;
.super Ljava/lang/Object;


# static fields
.field private static a:Z


# direct methods
.method static constructor <clinit>()V
 .locals 1

 const/4 v0, 0x0 # 修改為0x1 (True)

 sput-boolean v0, Lcom/lionmobi/util/x;->a:Z #初始化位置

 return-void
.end method

.method public static d(Ljava/lang/String;Ljava/lang/String;)V
 .locals 1

 sget-boolean v0, Lcom/lionmobi/util/x;->a:Z

 if-eqz v0, :cond_0

 invoke-static {p0, p1}, Landroid/util/Log;->d(Ljava/lang/String;Ljava/lang/String;)I

 :cond_0
 return-void
.end method

.method public static e(Ljava/lang/String;Ljava/lang/String;)V
 .locals 1

 sget-boolean v0, Lcom/lionmobi/util/x;->a:Z

 if-eqz v0, :cond_0

 invoke-static {p0, p1}, Landroid/util/Log;->e(Ljava/lang/String;Ljava/lang/String;)I

 :cond_0
 return-void
.end method

.method public static i(Ljava/lang/String;Ljava/lang/String;)V
 .locals 1

 sget-boolean v0, Lcom/lionmobi/util/x;->a:Z

 if-eqz v0, :cond_0

 invoke-static {p0, p1}, Landroid/util/Log;->i(Ljava/lang/String;Ljava/lang/String;)I

 :cond_0
 return-void
.end method

很明白，那個(gè)叫做a的靜態(tài)變量就是我們的開關(guān)， 它的初始化在哪個(gè)靜態(tài)代碼塊里面；新建了一個(gè)局部變量0x0然后賦值給了a；因此，我們把這個(gè)0x0修改為0x1就打開了這個(gè)開關(guān)。很簡單吧，接下來我們把修改好的smali打包回去，然后簽名得到一個(gè)新的可以運(yùn)行的apk；運(yùn)行一下看看結(jié)果。果然，一大堆的日志輸出了出來，你的程序每一步在干什么都自己告訴別人了，都不需要去猜；我就隨便截個(gè)圖，感受下：

泄漏的日志信息

讓release版本里面不包含日志代碼

從上面的分析我們得到一個(gè)結(jié)論：如果需要程序是“日志安全的”，那么release版本里面不應(yīng)該存在輸出日志的代碼。

如何做到這一點(diǎn)呢？我們可以做一個(gè)工具，開發(fā)的時(shí)候，正常打印日志；一旦需要發(fā)布版本，把所有打印日志的語句代碼，全部刪除掉。代碼很簡單，用一些正則表達(dá)式就可以做到。

事實(shí)上，我們也可以使用一些別的工具，來實(shí)現(xiàn)這個(gè)類似的功能；那就是proguard；提到這個(gè)工具，很多認(rèn)只是覺得他是一個(gè)代碼混淆的工具，實(shí)際上，它還可以幫你剔除無用代碼！什么樣的代碼是無用代碼呢？

if (true) {
 // statement;
}

類似于這樣，靜態(tài)編譯的時(shí)候被認(rèn)為“永遠(yuǎn)不會(huì)執(zhí)行的代碼”，就被認(rèn)為是無用代碼，會(huì)被這個(gè)工具直接優(yōu)化掉，生成的class文件里面，這個(gè)if語句直接就沒有了。這個(gè)功能，完美符合我們的需求；我們只需要把輸出日志的代碼用這樣的if語句包圍起來，然后release的時(shí)候肯定會(huì)用這個(gè)工具混淆；然后，在release版本里面，所有的輸出日志的代碼全部都沒有了！不會(huì)像以前一樣，留下一個(gè)影子，只是不做事。

正確的做法

最終，我們所有打印日志的語句應(yīng)該如下：

private static final boolean DEBUG = true; // 必須是static final 也就是常量，這樣才能在編譯器優(yōu)化；刪除if塊

if (DEBUG) {
 android.util.Log.d(TAG, "msg to print");
}

然后，使用proguard優(yōu)化代碼即可。

看起來簡單，好像也與最初的“日志開關(guān)”沒有什么區(qū)別，仔細(xì)分析一下：

日志開關(guān)必須是靜態(tài)常量

對(duì)比一下正確的做法與最開始的日志開關(guān)，一個(gè)是一個(gè)靜態(tài)變量，一個(gè)是靜態(tài)常量；如果是常量的話，那么就是永遠(yuǎn)不變的，那么當(dāng)DEBUG變量為False的時(shí)候proguard可以理所當(dāng)然地認(rèn)為，這一部分代碼時(shí)絕對(duì)不會(huì)被執(zhí)行的，這樣，打印日志的語句就會(huì)被優(yōu)化（刪除）掉；如果是一個(gè)變量，那么在運(yùn)行期間就有可能改變它的值（private僅僅是對(duì)于程序員的改變，對(duì)于編譯器以及運(yùn)行時(shí)，沒有什么改不了），這樣proguard就會(huì)置之不理，這樣你的日志代碼就暴露出來了，一字之差，失之千里。

拋棄日志類

假設(shè)我們使用了靜態(tài)常量代碼塊以及proguard優(yōu)化代碼的技術(shù)；但是依然采用上面的日志類的技術(shù)，會(huì)發(fā)生什么呢？

public class LogUtil {
 private static final boolean DEBUG = false;

 public static void d(String tag, String msg) {
  if (DEBUG) android.util.Log.d(tag, msg);
 }
}

我寫了一個(gè)demo，自己打包然后反編譯，得到這個(gè)日志類如下（為了方便看，沒有混淆）：

package com.example.test.app;

public class LogUtil {
 private static final boolean DEBUG;

 public LogUtil() {
  super();
 }

 public static void d(String tag, String msg) {
 }
}

我們看到，if代碼塊已經(jīng)沒有了，確實(shí)不會(huì)輸出任何日志；但是，我們看看調(diào)用這個(gè)類的地方！

掩耳盜鈴的日志

這個(gè)LogUtil.d的調(diào)用，無異于掩耳盜鈴；雖然破解者沒辦法讓android.util.Log這個(gè)類輸出任何日志，但是你這里的這個(gè)調(diào)用還是告訴了別人你在干什么；所以，要屏蔽日志的輸出，必須使用if代碼塊直接包含要被剔除的日志。上面的那個(gè)日志類，要被優(yōu)化掉，那就是：

if (DEBUG) {
 LogUtil.d(TAG, "msg");
}

這里，不是多此一舉嗎，寫一個(gè)日志類就是想不想重復(fù)地寫if (DEBUG) ，這里為了使這一句隱藏，還是逃不掉；但是很抱歉，逃得了和尚逃不了廟，這種方法沒辦法做到完全隱藏信息；必須拋棄日志類包裹日志代碼的做法！

解放雙手的補(bǔ)充

也許有人說，為了這個(gè)所謂的日志安全，每次輸出日志都的寫一個(gè)if語句，那不麻煩死；簡直反人類，我懶！實(shí)際上，要少寫幾行代碼，我們可以選擇復(fù)用（代碼級(jí)別，比如上面的日志類），也可以選擇生成（直接生成代碼）；在支持元編程的語言里面，生成代碼是很常見的事情，比如C＋＋的模版元編程以及ruby吹噓的DSL能力；這里沒有那么高大上，用代碼生成代碼，我們直接借助編輯器幫助我們少寫幾行代碼萬事。

IDEA/Android Studio

可以使用live template的功能；比如我的做法是，寫一個(gè)ifd的template，每次我輸入ifd然后自動(dòng)展開成if語句，光標(biāo)停在最中間：

使用live template簡化輸入

vim/emacs

可以使用宏錄制的功能，實(shí)現(xiàn)上面的live template。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對(duì)腳本之家的支持。