android手册

A. 如何查看android设备的CPU架构信息

下面是获取设备cpu信息的截图：例子来自于android学习手册，android学习手册包含9个章节，108个例子，源码文档随便看，例子都是可交互，可运行，源码采用androidstudio目录结构，高亮显示代码，文档都采用文档结构图显示，可以快速定位。360手机助手中下载,图标上有贝壳publicString[]getCpuInfo(){Stringstr1="/proc/cpuinfo";Stringstr2="";String[]cpuInfo={"",""};String[]arrayOfString;try{FileReaderfr=newFileReader(str1);=newBufferedReader(fr,8192);str2=localBufferedReader.readLine();arrayOfString=str2.split("\\s+");for(inti=2;i

B. 新手Android中px=dp*（dpi/160)的解释

在160dpi的手机上1px=1dp,这句话的以上是说，手机屏幕宽带被分割成了160块，每一块有一个像素点，每一块就是一个dp。 那么1dp=1px

而320dpi的手机上，分辨率是上一个手机的两倍，手机屏幕宽带也被分割成了160块，每一块有两个像素点，每一块也是一个dp，那么1dp=2px

上面分析来自于android学习手册，360手机助手中可以下载，里面有108个android例子，源码文档都可在里面看，下面是截图

java">importandroid.content.Context;

publicclassDensityUtil{

/**
*根据手机的分辨率从dp的单位转成为px(像素)
*/
publicstaticintdip2px(Contextcontext,floatdpValue){
finalfloatscale=context.getResources().getDisplayMetrics().density;
return(int)(dpValue*scale+0.5f);
}

/**
*根据手机的分辨率从px(像素)的单位转成为dp
*/
publicstaticintpx2dip(Contextcontext,floatpxValue){
finalfloatscale=context.getResources().getDisplayMetrics().density;
return(int)(pxValue/scale+0.5f);
}
}

C. 三星s5安卓6.0更新手册

中国大陆上市的Galaxy S5有6款机型，分别是G9006V、G9006W、G9008V、G9008W、G9009D以及G9009W。目前最新操作系统是Android 6.0。手机若有了新的固件，会有推送更新通知。可以进行以下操作：设置-(关于手机/关于设备）-系统更新-自动更新-开启。若您的系统已是最新版本，则手机会提示您已安装最新更新。固件升级可以对机器的部分功能进行优化、完善手机系统，使手机系统更稳定、更流畅。
若手机有更新版本提示但无法升级或升级过程中出现中断、安装失败等情况，建议检查：
1.手机是否设置为当前时间。
2.手机是否有足够的电量或存储空间（存储空间建议至少为1GB）。
3.若手机系统更新提示注册失败，可能是网络问题，建议换一个时间段再试或连接稳定的无线网络/移动数据网络（固件可能会较大，建议连接WLAN升级）。
4.若问题依然存在，建议您携带购机发票、包修卡和机器送到三星服务中心检查。
注：若手机系统更新提示设备已修改，可能是由于手机已刷机导致无法升级，建议联系三星服务中心处理。

D. 大学生在做Android APP开发，需要写安装手册、维护手册吗

- -。我还真没听说app需要安装手和维护手册，你又不是做实体的机械类的东西。。。
可以写个应用的功能简介~

如果是你开发一个应用卖给别人，可能协议里面会涉及，以后应用的升级和维护要不要你负责和是否付费之类的。

E. 视频快手的android版帮助手册

1.视频快手下载文件储存地址
（1）媒体文件存放地址：文件管理器（存储卡）——kuaishou——对应的应用文件夹内（包含某个任务的文件夹和其文件名对应的TASK文件）建议通过应用界面中的“空间”按钮，来进行媒体文件管理。
（2）快手应用更新时APK存放地址：文件管理器（存储卡）--->kuaishou--->ksfamily
* 温馨提示：如果在空间里对该文件任务进行删除操作，之前下载时的TASK文件会消失，但是任务文件夹不会消失，里面已下载为完的MP4文件会被删除，但是未下载完的MP4.TMP文件还在。
2.视频快手应用是否能把缓存和下载内容放在外置的sd卡？
快手应用下载路径是根据手机出厂配置进行默认，如有必要可根据以下方式更改：快手下载-menu-设置-下载路径-选择“/sdcard/”。但不排除有个别型号手机下载到内置ROM空间上，比如三星手机，暂时尚不支持用户主动切换，这个功能我们正在研发中，敬请关注视频快手官网的更新公告。
3.下载的是APK，存到电脑上的是ZIP。
IE下载时会自动把文件名后缀由.APK改为.ZIP，重命名.APK就可以了。
4.为什么不能下载视频？
（1）下载或在线观看影片速度不理想时，请尝试重新选择服务线路：更多——设置——选择服务线路，然后选择其他线路。
（2）手机通过数据线和pc连接复制文件时会使快手不能读写SD卡，导致下载失败。请重新选择USB连接类型，停止手机和pc之间的数据传输。
（3）SD卡已满或者SD卡装机失败。请检查SD卡内存以及是否接触良好。
（4）某一部或者某一个来源的影片不能下载，请联系快手。
5.用【快手下载】有时会死机。
建议不要启动多项应用程序程序，尤其是边下载边看边打电话，多数手机会迅速过热而启动重启。
6.不能续传，提示“某某剧停止下载”。
无线网络不稳定或者网络拥堵。建议下载时不要同时使用其他占用带宽较多的功能，或多人同时共用一个路由器。
7.为什么会出现视频播放延迟？如何解决？
（1）检查带宽，一般流畅播放需要2MB带宽，高清或超清需要4MB甚至更多。
（2）关闭手机后台多余程序。
（3）手机硬件性能不足以支持视频播放，建议将该节目下载后用第三方播放器播放。
8.为什么WiFi网络连接畅通，手机在不充电时或者锁屏之后，不能在线看片？
当WIFI的休眠策略为“充电时永不休眠”或“屏幕关闭时休眠”时，WIFI网络会自动断点导致不能在线看视频。建议将WiFi设置为“永不休眠”。设置-无线和网络-WlAN设置-memu-高级-WLAN休眠策略-选择“永不休眠”
9.为什么视频无法播放，并提示“您的播放已中断，可能是：您的网络不稳定；或您的手机不能播放当前内容” ？
（1）无线网络不稳定。在线播放高清对无线网络的稳定性有很高的要求，网速需要至少2MB带宽，老型号的无线路由器经常会有抖动、掉包等情况，这时虽然看上去信号是满格的，其实数据流已经停止了，从而导致不能播放。建议您关闭无线路由器后等待3分钟，再重新启动。或者更换新型号的无线路由器。另外您可以通过下载来排除是否是网络问题，因为下载中支持断点续传，受网络影响小。下载完成后点【空间】--【播放】可以观看，代表是网络问题，否则是内置播放器问题不支持看高清。另外在观看视频时建议避免和很多人共享同一台无线路由器
（2）机器硬件性能不足，视频芯片解码能力差。完美观看的机型通常要求CPU主频至少不低于1 GHz，或者拥有独立显卡，否则就有可能导致在播放中出现声画不同步、画面顿挫、甚至黑屏无法播放的现象。
（3）视频来源方压制问题。由于来源网站压片、转码等原因，可能导致文件头损坏，从而无法读取，会出现黑屏、绿屏、马赛克等现象，画面卡住不动。建议您将进度条向后拖动，通常可以解决；或者更换来源。同一部片子中的码流偶尔也会有高低，如果出现提示【你的播放已中断，可能是：您的网络不稳定，或者是您的手机不能播放当前内容】。首先请先排除网络和机器性能问题，则可能是视频来源方使用了不同格式的视频文件，导致无法播放。或者是来源网站对某些影片做了下线处理，导致链接失效。请您告知影片名称，我们将尽快处理。建议更换来源或者通过第三方播放器来观看。
（4）海外用户无法观看。如果您在海外用户，某些运营商可能会限制流量，导致视频内容无法读取。建议您更换上网地点，选择不同的运营商试试看。个别来源网站限制了非中国大陆地区的IP地址，建议您更换其他来源试试。
10.为什么点击立即观看会出现提示“本视频无法被访问？”
（1）个别视频涉及版权限制，无法通过手机观看。
（2）视频链接失效
（3）网络不稳定
11.为什么分段较少的片子播放一半就卡住或者停止，重新定位后仍然不起作用？
无线网络传输的数据流过大，导致网络卡死，和无线信号的强度无关。建议重启无线路由器，或选择视频文件分段较多的来源，或避免在观看大段视频时和多人共用一台无线路由器。
12.为什么播放下载好的视频一段时间之后会出现“播放中断，网络不稳定”的提示？
视频压缩过程中质量稍有偏差，导致部分内置播放器视频解码纠错功能稍差的手机不能观看。请下载后选择第三方播放器：空间—查看—点击播放，然后选择第三方播放器播放。

F. android 多个页面怎么共用同一组件

自定义组件就行。如果觉得还不好就创建一个mole。

关于自定义组件的实例，请参考android学习手册，android学习手册包含9个章节，108个例子，源码文档随便看，例子都是可交互，可运行，源码采用android studio目录结构，高亮显示代码，文档都采用文档结构图显示，可以快速定位。360手机助手中下载,图标上有贝壳

.多个Activity共用相同布局或者相同控件：避免重复代码;

BaseActivit代码：

{

/*

* 多个Activity共用相同布局或者相同控件

* 写个基类继承，避免重复代码

*/

@Override

publicvoidonClick(View v)

{

switch(v.getId())

{

caseR.id.common_titlebar_btn_back:

finish();

break;

default:

break;

}

baseOnClick(v);

}

protectedvoidbaseOnClick(View v)

{

}

@Override

protectedvoidonCreate(Bundle savedInstanceState)

{

super.onCreate(savedInstanceState);

// setContentView(R.layout.activity_base);

}

@Override

protectedvoidonResume()

{

super.onResume();

onPostOnCreate();

}

publicfinalvoidonPostOnCreate()//find同一个控件

{

findViewById(R.id.common_titlebar_btn_back).setOnClickListener(this);

}

@Override

(Menu menu)

{

getMenuInflater().inflate(R.menu.base, menu);

returntrue;

}

}

子类代码：

{

/**

* layout里复用同一布局：

* < include

* android:id="@+id/include1"

* layout="@layout/common_titlebar" />

*/

@Override

protectedvoidonCreate(Bundle savedInstanceState)

{

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_third_main);

}

}

G. android开发什么叫内存泄露

下面图片是解决内存泄露的例子。例子来自android学习手册，android学习手册，里面有源码。android学习手册包含9个章节，108个例子，源码文档随便看，例子都是可交互，可运行，源码采用android studio目录结构，高亮显示代码，文档都采用文档结构图显示，可以快速定位。360手机助手中下载,图标上有贝壳

在android程序开发中，当一个对象已经不需要再使用了，本该被回收时，而另外一个正在使用的对象持有它的引用从而导致它不能被回收，这就导致本该被回收的对象不能被回收而停留在堆内存中，内存泄漏就产生了。

内存泄漏有什么影响呢？它是造成应用程序OOM的主要原因之一。由于android系统为每个应用程序分配的内存有限，当一个应用中产生的内存泄漏比较多时，就难免会导致应用所需要的内存超过这个系统分配的内存限额，这就造成了内存溢出而导致应用Crash。

了解了内存泄漏的原因及影响后，我们需要做的就是掌握常见的内存泄漏，并在以后的android程序开发中，尽量避免它。下面小编搜罗了5个android开发中比较常见的内存泄漏问题及解决办法，分享给大家，一起来看看吧。

一、单例造成的内存泄漏

Android的单例模式非常受开发者的喜爱，不过使用的不恰当的话也会造成内存泄漏。因为单例的静态特性使得单例的生命周期和应用的生命周期一样长，这就说明了如果一个对象已经不需要使用了，而单例对象还持有该对象的引用，那么这个对象将不能被正常回收，这就导致了内存泄漏。

如下这个典例：

public class AppManager {

private static AppManager instance;

private Context context;

private AppManager(Context context) {

this.context = context;

}

public static AppManager getInstance(Context context) {

if (instance != null) {

instance = new AppManager(context);

}

return instance;

}

}

这是一个普通的单例模式，当创建这个单例的时候，由于需要传入一个Context，所以这个Context的生命周期的长短至关重要：

1、传入的是Application的Context：这将没有任何问题，因为单例的生命周期和Application的一样长 ；

2、传入的是Activity的Context：当这个Context所对应的Activity退出时，由于该Context和Activity的生命周期一样长（Activity间接继承于Context），所以当前Activity退出时它的内存并不会被回收，因为单例对象持有该Activity的引用。

所以正确的单例应该修改为下面这种方式：

public class AppManager {

private static AppManager instance;

private Context context;

private AppManager(Context context) {

this.context = context.getApplicationContext();

}

public static AppManager getInstance(Context context) {

if (instance != null) {

instance = new AppManager(context);

}

return instance;

}

}

这样不管传入什么Context最终将使用Application的Context，而单例的生命周期和应用的一样长，这样就防止了内存泄漏。

二、非静态内部类创建静态实例造成的内存泄漏

有的时候我们可能会在启动频繁的Activity中，为了避免重复创建相同的数据资源，会出现这种写法：

public class MainActivity extends AppCompatActivity {

private static TestResource mResource = null;

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

if(mManager == null){

mManager = new TestResource();

}

//...

}

class TestResource {

//...

}

}

这样就在Activity内部创建了一个非静态内部类的单例，每次启动Activity时都会使用该单例的数据，这样虽然避免了资源的重复创建，不过这种写法却会造成内存泄漏，因为非静态内部类默认会持有外部类的引用，而又使用了该非静态内部类创建了一个静态的实例，该实例的生命周期和应用的一样长，这就导致了该静态实例一直会持有该Activity的引用，导致Activity的内存资源不能正常回收。正确的做法为：

将该内部类设为静态内部类或将该内部类抽取出来封装成一个单例，如果需要使用Context，请使用ApplicationContext 。

三、Handler造成的内存泄漏

Handler的使用造成的内存泄漏问题应该说最为常见了，平时在处理网络任务或者封装一些请求回调等api都应该会借助Handler来处理，对于Handler的使用代码编写一不规范即有可能造成内存泄漏，如下示例：

public class MainActivity extends AppCompatActivity {

private Handler mHandler = new Handler() {

@Override

public void handleMessage(Message msg) {

//...

}

};

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

loadData();

}

private void loadData(){

//...request

Message message = Message.obtain();

mHandler.sendMessage(message);

}

}

这种创建Handler的方式会造成内存泄漏，由于mHandler是Handler的非静态匿名内部类的实例，所以它持有外部类Activity的引用，我们知道消息队列是在一个Looper线程中不断轮询处理消息，那么当这个Activity退出时消息队列中还有未处理的消息或者正在处理消息，而消息队列中的Message持有mHandler实例的引用，mHandler又持有Activity的引用，所以导致该Activity的内存资源无法及时回收，引发内存泄漏，所以另外一种做法为：

public class MainActivity extends AppCompatActivity {

private MyHandler mHandler = new MyHandler(this);

private TextView mTextView ;

private static class MyHandler extends Handler {

private WeakReference<Context> reference;

public MyHandler(Context context) {

reference = new WeakReference<>(context);

}

@Override

public void handleMessage(Message msg) {

MainActivity activity = (MainActivity) reference.get();

if(activity != null){

activity.mTextView.setText("");

}

}

}

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

mTextView = (TextView)findViewById(R.id.textview);

loadData();

}

private void loadData() {

//...request

Message message = Message.obtain();

mHandler.sendMessage(message);

}

}

创建一个静态Handler内部类，然后对Handler持有的对象使用弱引用，这样在回收时也可以回收Handler持有的对象，这样虽然避免了Activity泄漏，不过Looper线程的消息队列中还是可能会有待处理的消息，所以我们在Activity的Destroy时或者Stop时应该移除消息队列中的消息，更准确的做法如下：

public class MainActivity extends AppCompatActivity {

private MyHandler mHandler = new MyHandler(this);

private TextView mTextView ;

private static class MyHandler extends Handler {

private WeakReference<Context> reference;

public MyHandler(Context context) {

reference = new WeakReference<>(context);

}

@Override

public void handleMessage(Message msg) {

MainActivity activity = (MainActivity) reference.get();

if(activity != null){

activity.mTextView.setText("");

}

}

}

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

mTextView = (TextView)findViewById(R.id.textview);

loadData();

}

private void loadData() {

//...request

Message message = Message.obtain();

mHandler.sendMessage(message);

}

@Override

protected void onDestroy() {

super.onDestroy();

mHandler.removeCallbacksAndMessages(null);

}

}

使用mHandler.removeCallbacksAndMessages(null);是移除消息队列中所有消息和所有的Runnable。当然也可以使用mHandler.removeCallbacks();或mHandler.removeMessages();来移除指定的Runnable和Message。

四、线程造成的内存泄漏

对于线程造成的内存泄漏，也是平时比较常见的，如下这两个示例可能每个人都这样写过：

//——————test1

new AsyncTask<Void, Void, Void>() {

@Override

protected Void doInBackground(Void... params) {

SystemClock.sleep(10000);

return null;

}

}.execute();

//——————test2

new Thread(new Runnable() {

@Override

public void run() {

SystemClock.sleep(10000);

}

}).start();

上面的异步任务和Runnable都是一个匿名内部类，因此它们对当前Activity都有一个隐式引用。如果Activity在销毁之前，任务还未完成， 那么将导致Activity的内存资源无法回收，造成内存泄漏。正确的做法还是使用静态内部类的方式，如下：

static class MyAsyncTask extends AsyncTask<Void, Void, Void> {

private WeakReference<Context> weakReference;

public MyAsyncTask(Context context) {

weakReference = new WeakReference<>(context);

}

@Override

protected Void doInBackground(Void... params) {

SystemClock.sleep(10000);

return null;

}

@Override

protected void onPostExecute(Void aVoid) {

super.onPostExecute(aVoid);

MainActivity activity = (MainActivity) weakReference.get();

if (activity != null) {

//...

}

}

}

static class MyRunnable implements Runnable{

@Override

public void run() {

SystemClock.sleep(10000);

}

}

//——————

new Thread(new MyRunnable()).start();

new MyAsyncTask(this).execute();

这样就避免了Activity的内存资源泄漏，当然在Activity销毁时候也应该取消相应的任务AsyncTask::cancel()，避免任务在后台执行浪费资源。

五、资源未关闭造成的内存泄漏

对于使用了BraodcastReceiver，ContentObserver，File，Cursor，Stream，Bitmap等资源的使用，应该在Activity销毁时及时关闭或者注销，否则这些资源将不会被回收，造成内存泄漏。

H. 安卓系统可以给苹果系统送手册吗

安卓系统不可以给苹果系统送手册。

《和平精英》游戏中的“手册”目前并不能进行跨系统的赠送。倘若，玩家是安卓区，则无法赠送苹果区的玩家礼物。而如果玩家是苹果区，想赠送安卓区玩家礼物，同样无法实现。

《和平精英》的精英手册，分普通级与豪华版两种，主要区别在于后者能直接提升20级，并且额外增加50%每周挑战积分的奖励，但是差距将近3倍。

《和平精英》是由腾讯光子工作室群自研打造的的反恐军事竞赛体验类型国产手游，该作于2019年5月8日正式公测。

该游戏采用虚幻4引擎研发，沿袭端游《绝地求生》的玩法，以及前作《绝地求生：刺激战场》与《绝地求生：全军出击》的运营模式，致力于从画面、地图、射击手感等多个层面还原原始端游数据，为玩家全方位打造出极具真实感的军事竞赛体验。

I. android 怎么读取res下的xml

相当于读取res下面的文件，读取成string类型，然后在通过xml解析器解析就行。下面是读取res下面文件的例子，请看截图，例子来自android学习手册，android学习手册，里面有源码。android学习手册包含9个章节，108个例子，源码文档随便看，例子都是可交互，可运行，源码采用android studio目录结构，高亮显示代码，文档都采用文档结构图显示，可以快速定位。360手机助手中下载,图标上有贝壳

方法一、将要读取的txt文件拷贝到Android工程目录下的assets文件夹下

方法二、在res文件夹下新建raw文件夹，将txt拷贝到该目录下

本方法是从assets中读取

/**
* 从assets中读取txt
*/
private void readFromAssets() {
try {
InputStream is = getAssets().open("qq.txt");
String text = readTextFromSDcard(is);
textView.setText(text);
} catch (Exception e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}

本方法是从raw中读取

/**
* 从raw中读取txt
*/
private void readFromRaw() {
try {
InputStream is = getResources().openRawResource(R.raw.qq);
String text = readTextFromSDcard(is);
textView.setText(text);
} catch (Exception e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}

本方法是解析输入流，返回txt中的字符串

/**
* 按行读取txt
*
* @param is
* @return
* @throws Exception
*/
private String readTextFromSDcard(InputStream is) throws Exception {
InputStreamReader reader = new InputStreamReader(is);
BufferedReader bufferedReader = new BufferedReader(reader);
StringBuffer buffer = new StringBuffer("");
String str;
while ((str = bufferedReader.readLine()) != null) {
buffer.append(str);
buffer.append(" ");
}
return buffer.toString();
}

J. android meid存到哪里

下面给你一个获取android meid的例子，请看截图：

例子 来自于android学习手册，android学习手册包含9个章节，108个例子，源码文档随便看，例子都是可交互，可运行，源码采用android studio目录结构，高亮显示代码，文档都采用文档结构图显示，可以快速定位。360手机助手中下载,图标上有贝壳

有时需要对用户设备进行标识，所以希望能够得到一个稳定可靠并且唯一的识别码。虽然Android系统中提供了这样设备识别码，但是由于Android系统版本、厂商定制系统中的Bug等限制，稳定性和唯一性并不理想。而通过其他硬件信息标识也因为系统版本、手机硬件等限制存在不同程度的问题。

下面收集了一些“有能力”或“有一定能力”作为设备标识的串码。

DEVICE_ID

这是Android系统为开发者提供的用于标识手机设备的串号，也是各种方法中普适性较高的，可以说几乎所有的设备都可以返回这个串号，并且唯一性良好。

这个DEVICE_ID可以同通过下面的方法获取：

TelephonyManager tm = (TelephonyManager)getSystemService(Context.TELEPHONY_SERVICE); String DEVICE_ID = tm.getDeviceId();

它会根据不同的手机设备返回IMEI，MEID或者ESN码，但在使用的过程中有以下问题：

非手机设备：最开始搭载Android系统都手机设备，而现在也出现了非手机设备：如平板电脑、电子书、电视、音乐播放器等。这些设备没有通话的硬件功能，系统中也就没有TELEPHONY_SERVICE，自然也就无法通过上面的方法获得DEVICE_ID。

权限问题：获取DEVICE_ID需要READ_PHONE_STATE权限，如果只是为了获取DEVICE_ID而没有用到其他的通话功能，申请这个权限一来大才小用，二来部分用户会怀疑软件的安全性。

厂商定制系统中的Bug：少数手机设备上，由于该实现有漏洞，会返回垃圾，如:zeros或者asterisks

MAC ADDRESS

可以使用手机Wifi或蓝牙的MAC地址作为设备标识，但是并不推荐这么做，原因有以下两点：

硬件限制：并不是所有的设备都有Wifi和蓝牙硬件，硬件不存在自然也就得不到这一信息。

获取的限制：如果Wifi没有打开过，是无法获取其Mac地址的；而蓝牙是只有在打开的时候才能获取到其Mac地址。

获取Wifi Mac地址：

获取蓝牙 Mac地址：

Sim Serial Number

装有SIM卡的设备，可以通过下面的方法获取到Sim Serial Number：

TelephonyManager tm = (TelephonyManager)getSystemService(Context.TELEPHONY_SERVICE); String SimSerialNumber = tm.getSimSerialNumber();

注意：对于CDMA设备，返回的是一个空值！

ANDROID_ID

在设备首次启动时，系统会随机生成一个64位的数字，并把这个数字以16进制字符串的形式保存下来，这个16进制的字符串就是ANDROID_ID，当设备被wipe后该值会被重置。可以通过下面的方法获取：

import android.provider.Settings; String ANDROID_ID = Settings.System.getString(getContentResolver(), Settings.System.ANDROID_ID);

ANDROID_ID可以作为设备标识，但需要注意：

厂商定制系统的Bug：不同的设备可能会产生相同的ANDROID_ID：9774d56d682e549c。

厂商定制系统的Bug：有些设备返回的值为null。

设备差异：对于CDMA设备，ANDROID_ID和TelephonyManager.getDeviceId() 返回相同的值。

Serial Number

Android系统2.3版本以上可以通过下面的方法得到Serial Number，且非手机设备也可以通过该接口获取。

String SerialNumber = android.os.Build.SERIAL;

Installtion ID

以上几种方式都或多或少存在一定的局限性或者Bug，如果并不是确实需要对硬件本身进行绑定，使用自己生成的UUID也是一个不错的选择，因为该方法无需访问设备的资源，也跟设备类型无关。

这种方式的原理是在程序安装后第一次运行时生成一个ID，该方式和设备唯一标识不一样，不同的应用程序会产生不同的ID，同一个程序重新安装也会不同。所以这不是设备的唯一ID，但是可以保证每个用户的ID是不同的。可以说是用来标识每一份应用程序的唯一ID（即Installtion ID），可以用来跟踪应用的安装数量等。

Google Developer Blog提供了这样的一个框架：

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(); } }

设备唯一ID

上文可以看出，Android系统中并没有可以可靠获取所有厂商设备唯一ID的方法，各个方法都有自己的使用范围和局限性，这也是目前流行的Android系统版本过多，设备也是来自不同厂商，且没有统一标准等原因造成的。

从目前发展来看，Android系统多版本共存还会持续较长的时间，而Android系统也不会被某个设备生产厂商垄断，长远看Android基础系统将会趋于稳定，设备标识也将会作为系统基础部分而标准化，届时这一问题才有望彻底解决。

目前的解决办法，比较可行的是一一适配，在保证大多数设备方便的前提下，如果获取不到，使用其他备选信息作为标识，即自己再封装一个设备ID出来，通过内部算法保证尽量和设备硬件信息相关，以及标识的唯一性。

android 底层是Linux，我们还是用Linux的方法来获取：

1 cpu号：

文件在： /proc/cpuinfo

通过Adb shell 查看：

adb shell cat /proc/cpuinfo

2 mac 地址

文件路径 /sys/class/net/wlan0/address

adb shell cat /sys/class/net/wlan0/address
xx:xx:xx:xx:xx:aa

这样可以获取两者的序列号，

方法确定，剩下的就是写代码了

以Mac地址为例：

String getMac() {
String macSerial = null;
String str = "";
try {
Process pp = Runtime.getRuntime().exec(
"cat /sys/class/net/wlan0/address ");
InputStreamReader ir = new InputStreamReader(pp.getInputStream());
LineNumberReader input = new LineNumberReader(ir);

for (; null != str;) {
str = input.readLine();
if (str != null) {
macSerial = str.trim();// 去空格
break;
}
}
} catch (IOException ex) {
// 赋予默认值
ex.printStackTrace();
}
return macSerial;
}

Android 手机上获取物理唯一标识码

唯一标识码这东西在网络应用中非常有用，例如检测是否重复注册之类的。

import android.provider.Settings.Secure;
private String android_id = Secure.getString(getContext().getContentResolver(), Secure.ANDROID_ID);

我们在项目过程中或多或少会使用到设备的唯一识别码，我们希望能够得到一个稳定、可靠的设备唯一识别码。今天我们将介绍几种方式。

1. DEVICE_ID

假设我们确实需要用到真实设备的标识，可能就需要用到DEVICE_ID。在以前，我们的Android设备是手机，这个DEVICE_ID可以同通过TelephonyManager.getDeviceId()获取，它根据不同的手机设备返回IMEI，MEID或者ESN码，但它在使用的过程中会遇到很多问题：

非手机设备： 如果只带有Wifi的设备或者音乐播放器没有通话的硬件功能的话就没有这个DEVICE_ID

权限： 获取DEVICE_ID需要READ_PHONE_STATE权限，但如果我们只为了获取它，没有用到其他的通话功能，那这个权限有点大才小用

bug：在少数的一些手机设备上，该实现有漏洞，会返回垃圾，如:zeros或者asterisks的产品

2. MAC ADDRESS

我们也可以通过手机的Wifi或者蓝牙设备获取MAC ADDRESS作为DEVICE ID，但是并不建议这么做，因为并不是所有的设备都有Wifi，并且，如果Wifi没有打开，那硬件设备无法返回MAC ADDRESS.

3. Serial Number

在Android 2.3可以通过android.os.Build.SERIAL获取，非手机设备可以通过该接口获取。

4. ANDROID_ID

ANDROID_ID是设备第一次启动时产生和存储的64bit的一个数，当设备被wipe后该数重置

ANDROID_ID似乎是获取Device ID的一个好选择，但它也有缺陷：

它在Android <=2.1 or Android >=2.3的版本是可靠、稳定的，但在2.2的版本并不是100%可靠的

在主流厂商生产的设备上，有一个很经常的bug，就是每个设备都会产生相同的ANDROID_ID：9774d56d682e549c

5. Installtion ID : UUID

以上四种方式都有或多或少存在的一定的局限性或者bug，在这里，有另外一种方式解决，就是使用UUID，该方法无需访问设备的资源，也跟设备类型无关。

这种方式是通过在程序安装后第一次运行后生成一个ID实现的，但该方式跟设备唯一标识不一样，它会因为不同的应用程序而产生不同的ID，而不是设备唯一ID。因此经常用来标识在某个应用中的唯一ID（即Installtion ID），或者跟踪应用的安装数量。很幸运的，Google Developer Blog提供了这样的一个框架：

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();
}
}

如何获取Android手机的唯一标识？

代码: 这里是你在Android里读出 唯一的 IMSI-ID / IMEI-ID 的方法。
Java:
String myIMSI = android.os.SystemProperties.get(android.telephony.TelephonyProperties.PROPERTY_IMSI);
// within my emulator it returns: 310995000000000

String myIMEI = android.os.SystemProperties.get(android.telephony.TelephonyProperties.PROPERTY_IMEI);
// within my emulator it returns: 000000000000000

注：android.os.SystemProperties的标签被打上@hide了，所以sdk中并不会存在。如果需要使用，需要有android的source code支持。