NetworkInterface.getHardwareAddress() 在Windows 2008下的BUG

关注

原创最新推荐文章于 2026-08-05 10:38:36 发布 5.5k 阅读 AI 写同款· GEO 优化 ›

Java性能优化-巧用HashSet的contains，百万级别数据性能微秒级响应在业务开发中，经常会用到从某些配置项等地方读取一个使用特殊字符分割的字符串。然后判断其中是否包含指定字符内容。如果是数据量较小，可以直接将数组转换为ArryList等，然后调用其contains方法判断。但是这里又将其转换成了HashSet,然后再调用其contains方法，这是因为数据量大于100左右以上时，即数据量大时，使用HashSet响应时间越快。阅读详情

今天遇到了一个特别怪的问题，在取MAC地址的时候，居然在Windows 2008下取到的跟XP的不一样。代码如下：

final Enumeration<NetworkInterface> interfaces = NetworkInterface.getNetworkInterfaces();
   while (interfaces.hasMoreElements()) {
    final NetworkInterface ni = interfaces.nextElement();
    if (ni.isLoopback() || ni.isPointToPoint() || ni.isVirtual())
     continue;
    byte[] macAddress = ni.getHardwareAddress();
    if (macAddress != null && macAddress.length > 0)
     return macAddress;
   }

上面代码的作用是要取得第一个MAC地址。后来发现Windows 2008下并不是取不到网卡的MAC的地址，而是因为windows 2008下多了几个网卡接口，类似eth0, eth1, eth2, ...，而这些虚拟的网卡应该是没有MAC的地址的，但是JDK提供的函数居然能取到一个地址，造成不能取得正确的网卡地址。之前有同事也遇到过类似的情况，解决方案竟然这么简单，只需要在使用之前调用一下UUID.randomUUID(); 就可以了。我写段测试程序也确实在调用之后，类似eth0, eth1之类的网卡MAC Address成NULL了。也不知道是JDK的问题，还是windows 2008的问题。