您将通过使用以下代码获得wifi mac地址，无论您在尝试连接到wifi时是否使用了随机地址，也无论wifi是否打开或关闭。

我使用了下面链接中的一个方法，并添加了一个小修改，以获得准确的地址，而不是随机化的地址：

在Android 6.0中获取MAC地址

public static String getMacAddr() {
StringBuilder res1 = new StringBuilder();
try {
List<NetworkInterface> all =     
Collections.list(NetworkInterface.getNetworkInterfaces());
for (NetworkInterface nif : all) {    
if (!nif.getName().equalsIgnoreCase("p2p0")) continue;

        byte[] macBytes = nif.getHardwareAddress();
        if (macBytes == null) {
            continue;
        }

        res1 = new StringBuilder();
        for (byte b : macBytes) {
            res1.append(String.format("%02X:",b));
        }

        if (res1.length() > 0) {
            res1.deleteCharAt(res1.length() - 1);
        }
    }
} catch (Exception ex) {
}
return res1.toString();

}

正如DaveWebb提到的，Android开发者博客有一篇文章介绍了这一点。他们的首选解决方案是跟踪应用程序安装而不是设备，这对于大多数使用情况都很有效。博客文章将向您展示实现这一功能所需的代码，我建议您查看一下。

然而，如果您需要设备标识符而不是应用程序安装标识符，博客文章将继续讨论解决方案。我与谷歌的某位人士进行了交谈，以获得一些额外的澄清，以防您需要这样做。以下是我发现的有关设备标识符的信息，这些信息在上述博客文章中没有提及：

ANDROID_ID是首选设备标识符。ANDROID_ID在ANDROID<=2.1或>=2.3版本上非常可靠。只有2.2存在帖子中提到的问题。多个制造商的多个设备受到2.2中ANDROID_ID错误的影响。据我所知，所有受影响的设备都具有相同的ANDROID_ID，即9774d56d682e549c。顺便说一下，这也是模拟器报告的相同设备id。谷歌相信，原始设备制造商已经为他们的许多或大部分设备修补了这个问题，但我能够证实，至少在2011年4月初，找到ANDROID_ID损坏的设备仍然很容易。

根据谷歌的建议，我实现了一个类，该类将为每个设备生成一个唯一的UUID，在适当的情况下使用ANDROID_ID作为种子，必要时返回TelephonyManager.getDeviceId（），如果失败，则使用随机生成的唯一UUID，该UUID将在应用程序重新启动（但不是应用程序重新安装）期间保持。

请注意，对于必须在设备ID上回退的设备，唯一ID将在出厂重置期间保持。这是需要注意的。如果您需要确保出厂重置将重置您的唯一ID，您可能需要考虑直接返回到随机UUID而不是设备ID。

同样，此代码用于设备ID，而不是应用安装ID。对于大多数情况，应用安装ID可能是您要查找的。但是，如果您确实需要设备ID，那么下面的代码可能适用于您。

import android.content.Context;
import android.content.SharedPreferences;
import android.provider.Settings.Secure;
import android.telephony.TelephonyManager;

import java.io.UnsupportedEncodingException;
import java.util.UUID;

public class DeviceUuidFactory {

    protected static final String PREFS_FILE = "device_id.xml";
    protected static final String PREFS_DEVICE_ID = "device_id";
    protected volatile static UUID uuid;

    public DeviceUuidFactory(Context context) {
        if (uuid == null) {
            synchronized (DeviceUuidFactory.class) {
                if (uuid == null) {
                    final SharedPreferences prefs = context
                            .getSharedPreferences(PREFS_FILE, 0);
                    final String id = prefs.getString(PREFS_DEVICE_ID, null);
                    if (id != null) {
                        // Use the ids previously computed and stored in the
                        // prefs file
                        uuid = UUID.fromString(id);
                    } else {
                        final String androidId = Secure.getString(
                            context.getContentResolver(), Secure.ANDROID_ID);
                        // Use the Android ID unless it's broken, in which case
                        // fallback on deviceId,
                        // unless it's not available, then fallback on a random
                        // number which we store to a prefs file
                        try {
                            if (!"9774d56d682e549c".equals(androidId)) {
                                uuid = UUID.nameUUIDFromBytes(androidId
                                        .getBytes("utf8"));
                            } else {
                                final String deviceId = (
                                    (TelephonyManager) context
                                    .getSystemService(Context.TELEPHONY_SERVICE))
                                    .getDeviceId();
                                uuid = deviceId != null ? UUID
                                    .nameUUIDFromBytes(deviceId
                                            .getBytes("utf8")) : UUID
                                    .randomUUID();
                            }
                        } catch (UnsupportedEncodingException e) {
                            throw new RuntimeException(e);
                        }
                        // Write the value out to the prefs file
                        prefs.edit()
                                .putString(PREFS_DEVICE_ID, uuid.toString())
                                .commit();
                    }
                }
            }
        }
    }

    /**
     * Returns a unique UUID for the current android device. As with all UUIDs,
     * this unique ID is "very highly likely" to be unique across all Android
     * devices. Much more so than ANDROID_ID is.
     * 
     * The UUID is generated by using ANDROID_ID as the base key if appropriate,
     * falling back on TelephonyManager.getDeviceID() if ANDROID_ID is known to
     * be incorrect, and finally falling back on a random UUID that's persisted
     * to SharedPreferences if getDeviceID() does not return a usable value.
     * 
     * In some rare circumstances, this ID may change. In particular, if the
     * device is factory reset a new device ID may be generated. In addition, if
     * a user upgrades their phone from certain buggy implementations of Android
     * 2.2 to a newer, non-buggy version of Android, the device ID may change.
     * Or, if a user uninstalls your app on a device that has neither a proper
     * Android ID nor a Device ID, this ID may change on reinstallation.
     * 
     * Note that if the code falls back on using TelephonyManager.getDeviceId(),
     * the resulting ID will NOT change after a factory reset. Something to be
     * aware of.
     * 
     * Works around a bug in Android 2.2 for many devices when using ANDROID_ID
     * directly.
     * 
     * @see http://code.google.com/p/android/issues/detail?id=10603
     * 
     * @return a UUID that may be used to uniquely identify your device for most
     *         purposes.
     */
    public UUID getDeviceUuid() {
        return uuid;
    }
}

使用TelephonyManager和Android_ID，通过以下方式获得Android操作系统设备的唯一设备ID（字符串）：

String deviceId;
final TelephonyManager mTelephony = (TelephonyManager) getSystemService(Context.TELEPHONY_SERVICE);
if (mTelephony.getDeviceId() != null) {
    deviceId = mTelephony.getDeviceId();
}
else {
    deviceId = Secure.getString(
                   getApplicationContext().getContentResolver(),
                   Secure.ANDROID_ID);
}

但我强烈推荐谷歌建议的方法，参见识别应用程序安装。

Android在Android O之后限制硬件相关Id，Android_Id是唯一Id的解决方案，但当反射设备，它将生成新的android_id以克服此问题问题是我们可以使用DRUMID。

val WIDEVINE_UUID = UUID(-0x121074568629b532L, -0x5c37d8232ae2de13L)
val drumIDByteArray = MediaDrm(WIDEVINE_UUID).getPropertyByteArray(MediaDrm.PROPERTY_DEVICE_UNIQUE_ID)

val drumID = android.util.Base64.encodeToString(drumIDByteArray,android.util.Base64.DEFAULT)

有关如何为安装应用程序的每个Android设备获取唯一标识符的详细说明，请参阅官方Android开发者博客“识别应用程序安装”。

似乎最好的方法是在安装时自己生成一个，然后在重新启动应用程序时读取它。

我个人认为这是可以接受的，但并不理想。Android提供的标识符在所有情况下都不起作用，因为大多数都取决于手机的无线电状态（Wi-Fi开/关、手机开/关和蓝牙开/关）。其他设置（如Settings.Secure.ANDROID_ID）必须由制造商实现，并且不保证是唯一的。

以下是将数据写入安装文件的示例，该文件将与应用程序本地保存的任何其他数据一起存储。

public class Installation {
    private static String sID = null;
    private static final String INSTALLATION = "INSTALLATION";

    public synchronized static String id(Context context) {
        if (sID == null) {
            File installation = new File(context.getFilesDir(), INSTALLATION);
            try {
                if (!installation.exists())
                    writeInstallationFile(installation);
                sID = readInstallationFile(installation);
            } 
            catch (Exception e) {
                throw new RuntimeException(e);
            }
        }
        return sID;
    }

    private static String readInstallationFile(File installation) throws IOException {
        RandomAccessFile f = new RandomAccessFile(installation, "r");
        byte[] bytes = new byte[(int) f.length()];
        f.readFully(bytes);
        f.close();
        return new String(bytes);
    }

    private static void writeInstallationFile(File installation) throws IOException {
        FileOutputStream out = new FileOutputStream(installation);
        String id = UUID.randomUUID().toString();
        out.write(id.getBytes());
        out.close();
    }
}

Google实例ID

2015年I/O发布；在Android上需要播放服务7.5。

https://developers.google.com/instance-id/https://developers.google.com/instance-id/guides/android-implementation

InstanceID iid = InstanceID.getInstance( context );   // Google docs are wrong - this requires context
String id = iid.getId();  // blocking call

谷歌似乎打算使用这个ID来识别Android、Chrome和iOS的安装。

它标识的是安装而不是设备，但同样，ANDROID_ID（这是公认的答案）现在也不再标识设备。使用ARC运行时，会为每个安装生成一个新的ANDROID_ID（此处详细信息），就像这个新的实例ID一样。此外，我认为识别安装（而不是设备）是我们大多数人真正需要的。

实例ID的优点

在我看来，谷歌打算将其用于此目的（识别您的安装），它是跨平台的，可以用于许多其他目的（请参阅上面的链接）。

如果您使用GCM，那么您最终将需要使用此实例ID，因为您需要它来获取GCM令牌（它取代了旧的GCM注册ID）。

缺点/问题

在当前的实现（GPS 7.5）中，当应用程序请求实例ID时，会从服务器检索实例ID。这意味着上面的调用是一个阻塞调用-在我的非科学测试中，如果设备处于联机状态，则需要1-3秒，如果设备离线，则需要0.5-1.0秒（大概这是在放弃并生成随机ID之前等待的时间）。这是在北美使用Android 5.1.1和GPS 7.5在Nexus 5上测试的。

如果您将ID用于他们想要的目的，例如应用程序认证、应用程序识别、GCM，我认为这1-3秒可能会令人讨厌（当然，这取决于您的应用程序）。