移动web，如何获取的唯一标识 &*&获取&mac地址 &*& &*&@return&wifi&mac地址(xx:xx:xx:xx:xx) &*/ public&String&getLocalMacAddress()&{
WifiManager&wifi&=&(WifiManager)&getService(Context.WIFI_SERVICE);
WifiInfo&info&=&wifi.getConnectionInfo();
return&info.getMacAddress(); }需要加权限&uses-permission&:name=".permission."&/&&uses-permission&android:name="android.permission.ACCESS_WIFI_STATE"&/&&
无相关信息1194人阅读
iOS总结（23）
一、iOS不同版本获取唯一标识符的方法比较
1、iOS 5：UDID（Unique Device Identifier）
iOS 2.0版本以后UIDevice提供一个获取设备唯一标识符的方法uniqueIdentifier，通过该方法我们可以获取设备的序列号，这个也是目前为止唯一可以确认唯一的标识符。但是，因为该唯一标识符与手机一一对应，苹果觉得可能会泄露用户隐私，所以在iOS 5.o之后该方法就被废弃掉了。
2、iOS 6：MAC（Medium/Media Access Control）地址
iOS 6.0系统新增了两个用于替换uniqueIdentifier的接口，分别是：Vendor标识符（IDFV-identifierForVendor）和广告标识符（IDFA-identifierForIdentifier）。至于该两个不能作为唯一标识符，请查看后面介绍；
3、iOS 7：KeyChain（钥匙串）
iOS 7中又一次无情的封杀mac地址，使用之前的方法获取的mac地址全部否变成了02:00:00:00:00:00。解决方案：如果你需要识别设备的唯一性，请使用UIDevice的identifierForVendor属性（因广告的而需要设别设备的应用，请考虑使用ASIdentifierManager的advertisingIdentifier属性作为替代），然后使用KeyChain来保存获取到的唯一标识符，即时APP删除之后在安装，也可以从KeyChain中读取。
二、不同阶段中出现的不同标识符
1、UDID（Unique Device Identifier）
实例方法：
NSString* uniqueIdentifier = [[UIDevice currentDevice] uniqueIdentifier];
它使苹果iOS设备的唯一识别码，它是由40个字符的字母和数组组成（越狱的设备通过某些工具可以改变设备的UDID）。移动网络可利用UDID来识别移动设备，但是，从iOS 5.0（2011年8月份）开始，苹果宣布将不再支持使用uniqueIdentifer方法获取设备的UDID，iOS 5以下是可以使用的。在2013你啊你3月21日苹果已经通知开发者：从日起，访问UIDIDs的程序将不再被审核通过，替代的佛纳甘是开发者应该使用“在iOS 6中介绍的Vendor或Advertising标识符”。所以UDID是绝对不能用了。
2、UUID（Universally Unique Identifier）
实例方法：
BCC-440B-8D7A-A6A43C713CB9
- (NSString*) uuid {
CFUUIDRef puuid = CFUUIDCreate( nil );
CFStringRef uuidString = CFUUIDCreateString( nil, puuid );
NSString * result = (NSString *)CFBridgingRelease(CFStringCreateCopy( NULL, uuidString));
CFRelease(puuid);
CFRelease(uuidString);
它是让分布式系统中的所有元素，都能有唯一的辨识咨询，而不需要透过中央控制端赖做辨识咨询的指定。这样，每个人都可以建立不予其他人冲突的UDID。在此情况下，就不需要考虑数据库建立时的名称重复问题。苹果公司建议使用UUID为应用生成唯一标识字符串。开发者可以在应用第一次启动调用一次，然后将该串存储起来，以便以后替代UDID来使用。但是，如果用户删除该应用再次安装时，又会生成新的字符串，所以不能保证唯一识别该设备。
3、MAC（Medium/Media Access Control） Address
MAC地址，用来表示互联网上每一个标识符，采用十六进制数表示，共六个字节（48位）。其中，前三个字节是由IEEE的注册管理机构RA负责给不同厂家分配的代码（高位24位），也称为“编制上唯一的标识符”（Organizationally Unique Identifier），后三个字节（低位24位）由各厂家自行指派给生产的适配器接口，称为扩展标识符（唯一性）。MAC地址在网络上用来区分设备的唯一性，接入网络的设备都有一个MAC地址，他们肯定是不同的，是唯一的。一部iPhone上可能有多个MAC地址，包括WIFI的、SIM的等，但是iTouch和iPad上就有一个WIFI的，因此只需要获取WIFI的MAC地址就好了，也就是en0地址。
形象的说，MAC地址就如同我们身份证上的身份证号码，具有全球唯一性。这样就可以非常好的标志设备唯一性，类似与苹果设备的UDID号，通常的用途有：
①、用于一些统计与分析目的，利用用户的操作习惯和数据更好的规划产品；
②、作为用户ID来唯一识别用户，可以用游客身份使用app又能再服务器端保存相应的信息，省去用户名、密码等注册过程。
如何使用MAC地址生成设备的唯一标识，主要分三种：
①、直接使用”MAC Address”;
②、使用“MD5（MAC Address）”；
③、使用“MD5（Mac Address+bundie_id）”获得“机器+应用”的唯一标识（bound_id是应用的唯一标识）；
iOS 之前，因为Mac地址是唯一的，一般app开发者会采取第3种方式来直接安装对应app的设备。但是MAC地址跟UDID一样，存在隐私问题，现在苹果新发布的iOS7上，如果请求MAC地址都会返回一个固定值，那么MAC Address+bundle_id这个值大家的设备都变成一致。所以在iOS 7以后系统中会废弃。
4、OPEN UDID
下载第三方OpenUDID库；
加入头文件： #include “OpenUDID.h”
实例代码：
NSString *openUDID = [OpenUDID value];
OPEN UDID，没有用到MAC地址，同时能保证同一台设备上的不同应用私用同一个OpenIDOD,只要用户设备上有一个使用了OpenUDID的应用存在时，其他后续安装的应用如果获取OpenUDID，都会获得第一个应用生成的那个。但是如果把使用了OpenUDID方案的应用全部都删除，再重新获取OpenUDID，此时的OpenUDID就跟以前的不一样。
①、优点：
a、没有用到MAC地址。MAC地址跟UDID一样，存在隐私问题，不能保证以后不会禁用MAC地址；
b、不同设备能够获取各自唯一的识别码，保证了唯一性，可以用于以往UDID的相关用途；
c、从代码分析OpenUDID的获取，识别码获取方便并且保存谨慎。当设备上第一个使用OpenUDID方案的应用程序第一次调试时，会生成一个唯一的识别码，追加8位随机数保持了40位UDID，并且李永乐NSUserDefaults类将识别码进行了保存。但是当应用删除，NSUserDefaults同样会被清空，为了避免重新生成唯一识别码，该方案还用到了UIPasteboard类（设备剪切板），将识别码同时保存到了UIPesteboard。
d、当设备上安装第二个使用了OpenUDID方案的应用程序，将会从UIPeateboard中获取唯一识别码，这里取到的就是之前第一个应用保存到UIPasteboard中的。（前提：设备上有一个使用了OpenUDID的应用存在）；
②、缺点：
a、当将设备上所有使用OpenUDID方案的应用程序删除，且设备关机重启，xcode彻底清除并重启，重装应用程序去获取OpenUDID，此时OpenUDID变化，与之前的不一样了，从测试结果可看出；
b、缺点1分析，所有OpenUDID应用卸载后，由UIPasteboard保存的数据即被清除，重装故会重新获取新的OpenUDID；
c、当因为用户干预或者恶意程序，致使IOPasteboard数据清除，从而导致OpenUDID被删除，重装也会获取新的OpenUDID。
5、广告标示符（IDFA-identifierForIdentifier）
实例代码：
3AD-4D24-A0B4-ABDDF79D44EE
添加框架：AdSupport.framework
添加头文件： #import & AdSupport/ASIdentifierManager.h &
获取广告标示符：NSLog(@”%@”,[[ASIdentifierManager sharedManager].advertisingIdentifier UUIDString]);
广告标示符，是iOS 6中另外一个新的方法，提供了一个方法advertisingIdentifier，通过调用该方法会返回一个NSUUID实例，最后可以获得一个UUID，由系统存储着的。不过即使这是由系统存储的，但是有几种情况下，会重新生成广告标示符。如果用户完全重置系统（（设置程序→通用→还原→还原位置与隐私），这个广告标示符会重新生成。另外如果用户明确的还原广告（设置程序→通用→关于本机→广告→还原广告标示符）），那么广告标示符也会重新生成。关于广告标识符的还原，有一点需要注意：如果程序在后台运行，此时用户“还原广告标示符”然后再回到程序中，此时获取广告标识符并不会立即获得还原后的标识符。必须要终止程序，然后再重新启动程序，才能获得还原后的广告标识符。
6、Vendor标示符（IDFV-identifierForVendor）
实例代码：
&__NSConcreteUUID 0x7fab28f1DB393-C32A--710E36AB4A82
(@"%@",[[UIDevice currentDevice] identifierForVendor]);
Vendor标示符，也是iOS6中新增的，跟advertisingIdentifier一样，该方法返回的是一个NSUUID对象，可以获得一个UUID。如果满足条件“相同一个程序里面-相同”的vendor-相同的设备“，那么获取到的这个属性值就不会变。如果是”相同的程序-相同的设备-不同的vendor，或者是相同的程序-不同的设备-无论是否相同的vendpor“这样的情况，那么着个值是不会相同的。
7、推送token+bundle_id
推送token+bundle_id的方法：
应用中增加推送用来获取token；
获取应用bundle_
根据token+bundle_id进行散列运算；
apple push token保证设备唯一，但必须有网络情况下才能工作，该方法不依赖于设备本身，但依赖于apple push，而苹果push有时候会抽风的。
三、解决方案
UUID一般只生成一次，保存在iOS系统里面，如果应用删除了，重装应用之后它的UUID还是一样的，除非系统重置。但是不能保证在以后的系统升级后还能使用（如果系统保存了该信息就能用）。
开发者们知道KeyChain，他是保存证书的，以及我们平时浏览网页记录的账目密码。iOS中的KeyChain相比OS X比较简单，整个系统只有一个KeyChain，每个程序都可以往KeyChain中记录数据，而且只能读取到自己程序记录在KeyChain中的数据。iOS中Security.framework框架提供了四个主要的方法来操作KeyChain：
OSStatus SecItemCopyMatching(CFDictionaryRef query, CFTypeRef *result)
OSStatus SecItemAdd(CFDictionaryRef attributes, CFTypeRef *result)
3、更新KeyChain中的Item：
OSStatus SecItemUpdate(CFDictionaryRef query,
CFDictionaryRef attributesToUpdate)
4、删除KeyChain中的Item：
OSStatus SecItemDelete(CFDictionaryRef query)
注：苹果提供了一个方法允许同一个发商的多个APP访问各APP之间的途径，即在调SecItemAdd添加数据的时候指定AccessGroup，即访问组。一个APP可以属于过个分组，添加KeyChain数据访问组需要做以下两件事情：
a、在APP target的Build Setting里面设置Code Signing Entitlements，指向包含AccessGroup的分组信息的plist文件。该文件必须和工程文件在同一个目录下。例如：在Target-Build Setting-Code Signing栏下的Code Signing Entitlements右侧添加KeychainAccessGroups.plist，如下图：
b、在工程目录下新建一个KeychainAccessGroups.plist文件，该文件的结构中最顶层的节点必须是一个名为“keychain-accedd-groups”的Array，并且该Array中每一项都是一个描述分组的NSString。对于String的格式也有相应要求，格式为“.*”，其中APPIdentifier就是你的开发者账号对应的ID。
c、下载官方的KeychainItemWrapper类
d、添加库文件Security.framework
e、代码示例：
+ (NSString *)getUUID{
KeychainItemWrapper *keychainItem = [[KeychainItemWrapper alloc] initWithIdentifier:@"UUID"
accessGroup:@"YOUR_.yourcompany.userinfo"];
NSString *strUUID = [keychainItem objectForKey:(id)CFBridgingRelease(kSecValueData)];
if ([strUUID isEqualToString:@""]){
CFUUIDRef uuidRef = CFUUIDCreate(kCFAllocatorDefault);
strUUID = (NSString *)CFBridgingRelease(CFUUIDCreateString (kCFAllocatorDefault,uuidRef));
[keychainItem setObject:strUUID forKey:(id)CFBridgingRelease(kSecValueData)];
return strUUID;
测试代码：
NSString * uuid= [UUID getUUID];
NSLog(@"uuid=%@",uuid);
测试结果：
uuid=19AAB430-9CB8-4325-ACC5-D7D386B68960
&&相关文章推荐
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：120460次
积分：2393
积分：2393
排名：第14169名
原创：119篇
(4)(1)(5)(9)(2)(2)(6)(1)(23)(4)(10)(4)(9)(49)(3)(1)web应用中 服务器端能不能通过什么方法判断客户端唯一性 - ITeye问答
web应用中 服务器端能不能通过什么方法判断客户端唯一性
每个电脑有自己的 网卡 MAC 这个实现很麻烦 ,看相关资料 好像 java+jni+c++的dll 组建能获取客户端MAC 这样也算
还有就是cookie 但是这个不能跨域,也会受到 客户端机器设置干扰
除此之外还有什么方法 能从服务器端 判断 客户端 唯一呢(可以出现小的误差)
注意:非session直接 判断,有隔天时间差
采纳的答案
差不多都被你说完了，也就这样了
一、MAC判断，公网上要获取客户端网卡MAC可不是件容易事，而且受路由等环境影响，准确率是有一定问题的；
二、ActiveX方式获取客户端硬件信息，这个因为在用户看来总是貌似很危险的东东，所以不是很受欢迎；
三、向客户端cookie中写标识，类似为每个访问者建个GUID，这个也因为一些不可控的原因（如用户禁用cookie或用户随时删除cookie等），变得不是很有效；
四、综合判断用户机器名、操作系统、浏览器等信息，这个方式最大的问题就是相似的客户端太多啦，准确性也是有问题的；
五、IP判断，这个在公网上基本不用考虑了。。。。
结论:到目前为止没有一个好的方法!!
已解决问题
未解决问题匿名用户不能发表回复！|
每天回帖即可获得10分可用分！小技巧：
你还可以输入10000个字符
(Ctrl+Enter)
请遵守CSDN，不得违反国家法律法规。
转载文章请注明出自“CSDN（www.csdn.net）”。如是商业用途请联系原作者。}