linuxuuid怎么查看？

今天跟大家分享一下查看硬盘uuid的三种方法：

方法一：

[root@wanwan~]#blkid 

方法二：

[root@wanwan~]#lsblk-f

如不想看到树型结构可加上“l”参数：

[root@wanwan~]#lsblk-lf

在磁盘分区较多是可以更清爽的查看uuid

方法三：

[root@wanwan~]#ll/dev/disk/by-uuid/

以上就是比较常用的三种查看磁盘uuid的方法，写入/etc/fstab文件中时，格式就是把磁盘的绝对路径换成查到的uuid即可。

如：

保存退出。

执行：

[root@wanwan~]#mount-a

即可挂载fstab文件中所有的磁盘。

可执行以下命令查看挂载情况：

[root@wanwan~]#df-h

查看设备的uuid的三种方法，总结如下：

1命令查看：blkid

2文件查看：ls-l/dev/disk/by-uuid

3命令查看：vol_id/dev/sda1

UUID的作用及意义

1：它是真正的唯一标志符

UUID为系统中的存储设备提供唯一的标识字符串，不管这个设备是什么类型的。如果你在系统中启动的时候，使用盘符挂载时，可能找不到设备而加载失败，而使用UUID挂载时，则不会有这样的问题。

2：设备名并非总是不变的

自动分配的设备名称并非总是一致的，它们依赖于启动时内核加载模块的顺序。如果你在插入了USB盘时启动了系统，而下次启动时又把它拔掉了，就有可能导致设备名分配不一致。

使用UUID对于挂载移动设备也非常有好处，它支持各种各样的卡，而使用UUID总可以使同一块卡挂载在同一个地方。

3：Ubuntu中的许多关键功能现在开始依赖于UUID

英文原文：In iOS 7 and later, if you ask for the MAC address of an iOS device, the system returns the value 02:00:00:00:00:00 If you need to identify the device, use the identifierForVendor property of UIDevice instead (Apps that need an identifier for their own advertising purposes should consider using the advertisingIdentifier property of ASIdentifierManager instead)

翻译：从iOS7及更高版本往后，如果你向ios设备请求获取mac地址，系统将返回一个固定值“02:00:00:00:00:00”，如果你需要识别设备的 唯一性，请使用UIDevice的identifierForVendor属性。（因广告目的而需要识别设备的应用，请考虑使用 ASIdentifierManager的advertisingIdentifier属性作为替代）

这个MAC地址是指什么？有什么用？

MAC(Medium/Media Access Control)地址，用来表示互联网上每一个站点的标识符，采用十六进制数表示，共六个字节（48位）。其中，前三个字节是由IEEE的注册管理机构 RA负责给不同厂家分配的代码(高位24位)，也称为“编制上唯一的标识符” （Organizationally Unique Identifier)，后三个字节(低位24位)由各厂家自行指派给生产的适配器接口，称为扩展标识符（唯一性）。

MAC地址在网络上用来区分设备的唯一性，接入网络的设备都有一个MAC地址，他们肯定都是不同的，是唯一的。一部iPhone上可能有多个MAC地址，包括WIFI的、SIM的等，但是iTouch和iPad上就有一个WIFI的，因此只需获取WIFI的MAC地址就好了，也就是en0的地址。

形象的说，MAC地址就如同我们身份证上的身份证号码，具有全球唯一性。这样就可以非常好的标识设备唯一性，类似与苹果设备的UDID号，通常的用途有：1）用于一些统计与分析目的，利用用户的操作习惯和数据更好的规划产品；2）作为用户ID来唯一识别用户，可以用游客身份使用app又能在服务器端保存相应的信息，省去用户名、密码等注册过程。

那么，如何使用Mac地址生成设备的唯一标识呢？主要分三种：

直接使用“MAC Address”

使用“MD5(MAC Address)”

使用“MD5(Mac Address+bundle_id)”获得“机器＋应用”的唯一标识（bundle_id 是应用的唯一标识）

iOS7之前，因为Mac地址是唯一的， 一般app开发者会采取第3种方式来识别安装对应app的设备。为什么会使用它？在iOS5之前，都是使用UDID的，后来被禁用。苹果推荐使用UUID 但是也有诸多问题，从而使用MAC地址。而MAC地址跟UDID一样，存在隐私问题，现在苹果新发布的iOS7上，如果请求Mac地址都会返回一个固定 值，那么Mac Address+bundle_id这个值大家的设备都变成一致的啦，跟UDID一样相当于被禁用。那么，要怎么标识设备唯一呢？

在iOS系统中，获取设备唯一标识的方法有很多：

一UDID(Unique Device Identifier)

二UUID(Universally Unique Identifier)

三MAC Address

四OPEN UDID

五广告标示符（IDFA-identifierForIdentifier）

六Vendor标示符 (IDFV-identifierForVendor)

七推送token＋bundle_id

UDID的全称是Unique Device Identifier，它就是苹果IOS设备的唯一识别码，它由40个字符的字母和数字组成（越狱的设备通过某些工具可以改变设备的UDID）。移动网络可利用UDID来识别移动设备，但是，从IOS50（2011年8月份）开始，苹果宣布将不再支持用uniqueIdentifier方法获取设备的UDID，iOS5以下是可以用的。在2013年3月21日苹果已经通知开发者：从2013年5月1日起，访问UIDIDs的程序将不再被审核通过，替代的方案是开发者应该使用“在iOS 6中介绍的Vendor或Advertising标示符”。所以UDID是绝对不能用啦。

OPEN UDID，没有用到MAC地址，同时能保证同一台设备上的不同应用使用同一个OpenUDID，只要用户设备上有一个使用了OpenUDID的应用存在时，其他后续安装的应用如果获取OpenUDID，都将会获得第一个应用生成的那个。但是根据贡献者的代码和方法，和一些开发者的经验，如果把使用了OpenUDID方案的应用全部都删除，再重新获取OpenUDID，此时的OpenUDID就跟以前的不一样。可见，这种方法还是不保险。

广告标示符，是iOS 6中另外一个新的方法，提供了一个方法advertisingIdentifier，通过调用该方法会返回一个NSUUID实例，最后可以获得一个UUID，由系统存储着的。不过即使这是由系统存储的，但是有几种情况下，会重新生成广告标示符。如果用户完全重置系统（(设置程序 -> 通用 -> 还原 -> 还原位置与隐私) ，这个广告标示符会重新生成。另外如果用户明确的还原广告(设置程序-> 通用 -> 关于本机 -> 广告 -> 还原广告标示符) ，那么广告标示符也会重新生成。关于广告标示符的还原，有一点需要注意：如果程序在后台运行，此时用户“还原广告标示符”，然后再回到程序中，此时获取广 告标示符并不会立即获得还原后的标示符。必须要终止程序，然后再重新启动程序，才能获得还原后的广告标示符。

Vendor标示符，也是在iOS 6中新增的，跟advertisingIdentifier一样，该方法返回的是一个 NSUUID对象，可以获得一个UUID。如果满足条件“相同的一个程序里面-相同的vendor-相同的设备”，那么获取到的这个属性值就不会变。如果是“相同的程序-相同的设备-不同的vendor，或者是相同的程序-不同的设备-无论是否相同的vendor”这样的情况，那么这个值是不会相同的。

推送token＋bundle_id的方法：

应用中增加推送用来获取token

获取应用bundle_id

根据token+bundle_id进行散列运算

apple push token保证设备唯一，但必须有网络情况下才能工作，该方法不依赖于设备本身，但依赖于apple push，而苹果push有时候会抽风的。

UUID是Universally Unique Identifier的缩写，中文意思是通用唯一识别码。它是让分布式系统中的所有元素，都能有唯一的辨识资讯，而不需要透过中央控制端来做辨识资讯的指定。这样，每个人都可以建立不与其它人冲突的 UUID。在此情况下，就不需考虑数据库建立时的名称重复问题。苹果公司建议使用UUID为应用生成唯一标识字符串。

iOS中获取UUID的代码如下:

-(NSString) uuid {

CFUUIDRef puuid = CFUUIDCreate( nil );

CFStringRef uuidString = CFUUIDCreateString( nil, puuid );

NSString result = (NSString )CFStringCreateCopy( NULL, uuidString);

CFRelease(puuid);

CFRelease(uuidString);

return [result autorelease];

}

开发者可以在应用第一次启动时调用一 次，然后将该串存储起来，以便以后替代UDID来使用。但是，如果用户删除该应用再次安装时，又会生成新的字符串，所以不能保证唯一识别该设备。这就需要各路高手想出各种解决方案。所以，之前很多应用就采用MAC Address。但是现在如果用户升级到iOS7（及其以后的苹果系统）后，他们机子的MAC Address就是一样的，没办法做区分，只能弃用此方法，重新使用UUID来标识。如果使用UUID，就要考虑应用被删除后再重新安装时的处理。

一个解决的办法是：UUID一般只生成一次，保存在iOS系统里面，如果应用删除了，重装应用之后它的UUID还是一样的，除非系统重置 。但是不能保证在以后的系统升级后还能用（如果系统保存了该信息就能用）。

首先，我们先看一下http的头信息到底是什么：

HTTP（HyperTextTransferProtocol） 即超文本传输协议，目前网页传输的的通用协议。HTTP协议采用了请求/响应模型，浏览器或其他客户端发出请求，服务器给与响应。就整个网络资源传输而 言，包括message-header和message-body两部分。首先传递message- header，即http header消息。http header 消息通常被分为4个部分： general header, request header, response header, entity header。但是这种分法就理解而言，感觉界限不太明确，根据日常使用，大体分为Request和Response两部分。

在通常的servlet/jsp应用中，我们只是从http的header中取得信息，如果要设置信息，需要用到HttpClient，具体的设置方法如下：

HttpResponse response = null;

HttpGet get = new HttpGet(url);

getaddHeader("Accept", "text/html");

getaddHeader("Accept-Charset", "utf-8");

getaddHeader("Accept-Encoding", "gzip");

getaddHeader("Accept-Language", "en-US,en");

getaddHeader("User-Agent", "Mozilla/50 (X11; Linux x86_64) AppleWebKit/53722 (KHTML, like Gecko) Chrome/2501364160 Safari/53722");

response = clientexecute(get);

HttpEntity entity = responsegetEntity();

Header header = entitygetContentEncoding();

if (header != null)

{

HeaderElement[] codecs = headergetElements();

for (int i = 0; i < codecslength; i++)

{

if (codecs[i]getName()equalsIgnoreCase("gzip"))

{

responsesetEntity(new GzipDecompressingEntity(entity));

}

}

}

return response;

其中，client为一个HttpClient的实力，创建方式如：

SchemeRegistry schemeRegistry = new SchemeRegistry();

schemeRegistryregister(new Scheme("http", 80, PlainSocketFactorygetSocketFactory()));

schemeRegistryregister(new Scheme("https", 443, SSLSocketFactorygetSocketFactory()));

PoolingClientConnectionManager cm = new PoolingClientConnectionManager(schemeRegistry);

cmsetMaxTotal(200);

cmsetDefaultMaxPerRoute(2);

HttpHost googleResearch = new HttpHost("researchgooglecom", 80);

HttpHost wikipediaEn = new HttpHost("enwikipediaorg", 80);

cmsetMaxPerRoute(new HttpRoute(googleResearch), 30);

cmsetMaxPerRoute(new HttpRoute(wikipediaEn), 50);

DefaultHttpClient client = new DefaultHttpClient(cm);

般会遇到以下N种情况,你看有没有你的那种: 调制解调器不工作。 原因： 调制解调器不兼容。 解决方案： 如果有另一台计算机可以访问 Internet，那么请查看兼容调制解调器的列表。要查找由 Windows 操作系统支持的硬件，请访问 Microsoft 网站上的

首先，要操作蓝牙，先要在AndroidManifestxml里加入权限

<uses-permissionandroid:name="androidpermissionBLUETOOTH_ADMIN" />

<uses-permissionandroid:name="androidpermissionBLUETOOTH" />

然后，看下api，Android所有关于蓝牙开发的类都在androidbluetooth包下。 而需要用到了就只有几个而已：

1BluetoothAdapter 顾名思义，蓝牙适配器，直到我们建立bluetoothSocket连接之前，都要不断操作它BluetoothAdapter里的方法很多，常用的有以下几个：cancelDiscovery() 根据字面意思，是取消发现，也就是说正在搜索设备的时候调用这个方法将不再继续搜索disable()关闭蓝牙enable()打开蓝牙，这个方法打开蓝牙不会弹出提示，更多的时候需要问下用户是否打开，一下这两行代码同样是打开蓝牙，不过会提示用户：Intemtenabler=new Intent(BluetoothAdapterACTION_REQUEST_ENABLE);

startActivityForResult(enabler,reCode);//同startActivity(enabler);

getAddress()获取本地蓝牙地址getDefaultAdapter()获取默认BluetoothAdapter，实际上，也只有这一种方法获取BluetoothAdaptergetName()获取本地蓝牙名称getRemoteDevice(String address)根据蓝牙地址获取远程蓝牙设备getState()获取本地蓝牙适配器当前状态（感觉可能调试的时候更需要）isDiscovering()判断当前是否正在查找设备，是返回trueisEnabled()判断蓝牙是否打开，已打开返回true，否则，返回falselistenUsingRfcommWithServiceRecord(String name,UUID uuid)根据名称，UUID创建并返回BluetoothServerSocket，这是创建BluetoothSocket服务器端的第一步startDiscovery()开始搜索，这是搜索的第一步。 2BluetoothDevice看名字就知道，这个类描述了一个蓝牙设备createRfcommSocketToServiceRecord(UUIDuuid)根据UUID创建并返回一个BluetoothSocket这个方法也是我们获取BluetoothDevice的目的——创建BluetoothSocket

这个类其他的方法，如getAddress(),getName(),同BluetoothAdapter；

3BluetoothServerSocket如果去除了Bluetooth相信大家一定再熟悉不过了，既然是Socket，方法就应该都差不多，这个类一种只有三个方法

两个重载的accept(),accept(inttimeout)两者的区别在于后面的方法指定了过时时间，需要注意的是，执行这两个方法的时候，直到接收到了客户端的请求（或是过期之后），都会阻塞线程，应该放在新线程里运行。

还有一点需要注意的是，这两个方法都返回一个BluetoothSocket，最后的连接也是服务器端与客户端的两个BluetoothSocket的连接。

4BluetoothSocket,跟BluetoothServerSocket相对，是客户端一共5个方法，不出意外，都会用到close(),关闭connect()连接getInptuStream()获取输入流getOutputStream()获取输出流getRemoteDevice()获取远程设备，这里指的是获取bluetoothSocket指定连接的那个远程蓝牙设备 。