今天在擼代碼時發(fā)現(xiàn)，之前能獲取mac地址的方法在nexus 6上返回了“02:00:00:00:00:00”，進入設置查看mac地址，結(jié)果不相同，肯定有問題，于是就開始上網(wǎng)查資料一探究竟。
原先獲取mac地址的代碼段：
對于在Android Mashmallow返回地址“02:00:00:00:00:00”，官方其實是有說明的：“保護用戶隱私數(shù)據(jù)”。
然后就找到了這篇文章，里面詳細的介紹了一種方法獲取。用Java獲取設備網(wǎng)絡設備信息的API——NetworkInterface.getNetworkInterfaces()——仍然可以間接地獲取到MAC地址。
注意：在使用上述代碼時，記得添加以下權限：
使用NetworkInterface.getNetworkInterfaces在手機上的輸出結(jié)果為：
猜想wlan0對應的mac地址應該就是我們要找的。既然NetworkInterface可以正常獲取，那得好好看看它在 Android framework 中的實現(xiàn)源碼：
原來MAC地址是直接從"/sys/class/net/" + name + "/address"文件中讀取的！
這個name是什么呢？
繼續(xù)翻源碼：
可以看出/sys/class/net目錄下的一個文件夾即對應一個NetworkInterface的name。
從路由器上在線設備的MAC地址列表，可以驗證我這臺設備Wifi的name是wlan0
那么讀取文件/sys/class/net/wlan0/address就輕松得到了這臺設備的MAC地址：
不出所料！
進而，問題又變成如何獲取設備的Wifi的interface name？
回到開頭，我們是通過context.getSystemService(Context.WIFI_SERVICE)獲取的WifiManager。而WifiManager肯定是與遠程系統(tǒng)服務的IBinder在交互，而系統(tǒng)服務都是在SystemServer.run()中被啟動的。在SystemServer.java中搜索關鍵字”WIFI_SERVICE”，很容易便找到mSystemServiceManager.startService(WIFI_SERVICE_CLASS);順藤摸瓜，又找到系統(tǒng)服務實現(xiàn)類com.android.server.wifi.WifiService，WifiService中的邏輯很簡單，構(gòu)造真正的實現(xiàn)類com.android.server.wifi.WifiServiceImpl對象并注冊到系統(tǒng)服務中：
打開WifiServiceImpl.java，從構(gòu)造方法處，一眼就看到了關鍵代碼：mInterfaceName = SystemProperties.get("wifi.interface", "wlan0");
如此這般終于找到定義設備的Wifi的interface name的地方：SystemProperties
通過adb可以很容易得到這個屬性值：adb shell getprop wifi.interface
那么在我們應用里可以通過Java的反射獲取SystemProperties，進而調(diào)用靜態(tài)方法get即可拿到Wifi的interface name。
如果是系統(tǒng)應用，可以直接添加下面的權限，之前的方法仍舊可以返回正確的mac地址：
