typedef struct _GUID {
DWORD Data1
WORD Data2
WORD Data3
BYTE Data4[8]
} GUID
举一个例子:
假设一个GUID的格式是这样的 6B29FC40-CA47-1067-B31D-00DD010662DA
其中Data1 是32位,可以看做8个四位十六进制数,对应于上面的6B29FC40
其中Data2 是16位,可以看做4个四位十六进制数,对应于上面的CA47
其中Data3 是16位,可以看做4个四位十六进制数,对应于上面的1067
其中Data4 比较特殊,是8个字节也就可以看做16个四位十六进制数
取其Data4[0],Data4[1]来组成4个四位十六进制数,对应于上面的B31D
取其Data4[2],Data4[3]来组成4个四位十六进制数,对应于上面的00DD
取其Data4[4],Data4[5]来组成4个四位十六进制数,对应于上面的0106
取其Data4[6],Data4[7]来组成4个四位十六进制数,对应于上面的62DA
*注意:四位十六进制数对应一个GUID字符。
在Windows下提供了一个函数可以生成一个GUID。需要使用的头文件 "objbase.h",需要链接的库ole32.lib。
HRESULT CoCreateGuid(GUID * pguid)
在Linux下首先需要下载到相应的库文件和头文件
如果是Debian用户可以方便的通过apt命令来获取相关资源。
apt-get install uuid-dev
安装完成后会发现
在/usr/include/ 下有一个uuid文件夹,其中则包含了uuid.h头文件。
在/usr/lib/ 下有几个libuuid*的链接库文件,包括静态和动态链接库。
打开uuid.h你会发现有一个uuid_generate(uuid_t out) 的函数声明。我们可以通过调用这个函数来生成UUID。
uuid_generate(reinterpret_cast<unsigned char *>(&guid))
生成GUID是不是很简单!是的,因为生成的算法不用我们去实现,我们是站在前人的肩膀所以我们要感谢他们。
下面给出一个WINDOWS和LINUX下通用的程序。
// uuid_test.cpp
#include <string>
#include <stdio.h>
#include <iostream>
#include "uuid_test.hpp"
#ifdef WIN32
#include <objbase.h>
#else
#include <uuid/uuid.h>
#endif
using namespace std
namespace ChinuxTeam
{
GUID CreateGuid()
{
GUID guid
#ifdef WIN32
CoCreateGuid(&guid)
#else
uuid_generate(reinterpret_cast<unsigned char *>(&guid))
#endif
return guid
}
std::string GuidToString(const GUID &guid)
{
char buf[64] = {0}
#ifdef __GNUC__
snprintf(
#else // MSVC
_snprintf_s(
#endif
buf,
sizeof(buf),
"{%08X-%04X-%04X-%02X%02X-%02X%02X%02X%02X%02X%02X}",
guid.Data1, guid.Data2, guid.Data3,
guid.Data4[0], guid.Data4[1],
guid.Data4[2], guid.Data4[3],
guid.Data4[4], guid.Data4[5],
guid.Data4[6], guid.Data4[7])
return std::string(buf)
}
}
对应的头文件
// uuid_test.hpp"
#include <string>
#include <stdio.h>
#include <iostream>
typedef struct _GUID
{
unsigned long Data1
unsigned short Data2
unsigned short Data3
unsigned char Data4[8]
} GUID, UUID
namespace ChinuxTeam
{
GUID CreateGuid()
std::string GuidToString(const GUID &guid)
}// namespace ChinuxTeam
最后一个 GuidToString()稍微解释一下,作用就是把GUID以固定的格式输出到标准string字符串中,
根据编译器的不同调用分别调用了不同的字符串打印函数。
另外附一个简单的测试函数
#include <string>
#include <stdio.h>
#include <iostream>
#ifdef WIN32
#include "objbase.h"
#else
typedef struct _GUID
{
unsigned long Data1
unsigned short Data2
unsigned short Data3
unsigned char Data4[8]
} GUID, UUID
#endif
namespace ChinuxTeam{
GUID CreateGuid()
std::string GuidToString(const GUID &guid)
}
运行后会生成一个GUID并打印到标准输出的控制台上。
这几天由于在做对用户进行统计,所以做了一些对唯一标识符的了解。
UDID(Unique Device Identifier)这才是我们真正意义上的设备唯一标识符。在iOS5以前可以通过
这个方法获得。可是在iOS5以后已经被废弃了,后来开始使用Mac address来作为唯一标识符,同样最后又被封杀了。
所以现在没有真正意义上的唯一标识符。
UUID(Universally Unique Identifier)这是现在普遍使用的所谓的唯一标识符,可以从下面方法获取
但是常用的获取UUID还有两种方法:
该方法需要添加框架头文件AdSupport.h,这方法是在iOS6中加的。这是由系统储存的,但是当这几种情况下会重置广告标识符:
同一开发商的APP在指定机器上都会获得同一个ID。当我们删除了某一个设备上某个开发商的所有APP之后,下次获取将会获取到不同的ID。
是不是发现以上方法都不是真正意义上的唯一标识符。
现在获取的方法就是将UUID存入keychain中,每次要使用的时候就从keychain中获取,这样当app卸载后还会保存着这个“唯一标识符”。
现在不知道keychain中存储的这个标识符是否会在手机被重置后被销毁。也就是问题在于keychain是否跟我们的apple Id相关联然后将这个标识符存入云中。
我是这样实验的:
我认为keychain(我不知道这个keychain和那个iCloud keychain到底是不是同一个东西)和apple Id没有关系,这个唯一标识符和apple Id并没有关系,重置后标识符改变说明标识符还是不好用啊。不过一般人也不会经常去重置手机,所以用来作为统计用户数据也还是基本可行的。
以上结论仅代表个人观点,希望大家能指点一下,纠正我的错误。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)