在Android下，/etc是link到/system/etc的，我们需要修改/system/etc/hosts来实现。但是这个文件是只读，不能通过shell直接修改。可以通过连接到PC上使用adb来修改。步骤如下：
1、获得root权限：adb
root
2、设置/system为可读写：adb
remount
3、将hosts文件复制到PC：adb
pull
/system/etc/hosts
<PC机上文件名>
4、修改PC机上文件
5、将PC机上文件复制到
手机
：adb
push
<PC机上文件名>
/system/etc/hosts
如果要查看是否修改成功，可以在PC上执行adb
shell，运行cat
/system/etc/hosts；或者在手机上运行cat
/system/etc/hosts。
adb的全称为Android Debug Bridge，就是起到调试桥的作用。
借助adb工具，我们可以管理设备或手机模拟器的状态。还可以进行很多手机操作，如安装软件、系统升级、运行shell命令等等。其实简而言说，adb就是连接Android手机与PC端的桥梁，可以让用户在电脑上对手机进行全面的操作。
实际上adb工具确实很有用，很多Root方法等等的都需要用到adb，只是很多时候我们没有擦觉到而已!
但是在我们日常使用Android手机的时候，adb工具能帮我们提供些什么方便呢
那究竟adb能帮我们些什么呢
我觉得最重要的是，在我们由于修改了系统文件，而导致手机无限重启，或者误删桌面软件，而导致桌面全黑，又或者开机马上fc等情况的时候，adb就能发挥其重要作用了!!
出现这些情况，如果我们没有adb工具都不好搞，说不定就要刷机咯!!
当然，日常的软件安装卸载，系统文件的替换都让adb工具来帮我们
好!下面就教大家如何使用adb
首先，当然是下载adb工具[attach]581213[/attach]，下载后，建议放到
个人放在当前用户的工作目录下，如我自己的是"C:UsersAdministrator"，放这里，往后的操作会比较方便
放好后，我们进入“开始菜单--所有程序--附件--命令提示符”，或者可以用快捷键"Win+R"，然后输入CMD，同样可以进入
手机开启“USB调试模式”(如果你是开不了机的话，那就没办法咯，调试模式我是长开的)，窗口中输入
adb devices 复制上面的
回车后，如果成功连接会出现入下图红框部分(如果开不了机，又连接不上adb的话，可以到Recovery里试试)
成功连接以后，我们就可以通过在这里输入命令来进行各种操作了!
如果想知道所有的adb命令，可以在窗口中输入adb，然后回车就会有提示了，当然，那是英文的!
后面还有很多，就不全部贴上来了!
给出常用几个的说明：
1 查看设备
adb devices
这个命令是查看当前连接的设备, 连接到计算机的android设备或者模拟器将会列出显示
Android系列教程(六) adb操作命令详解
2安装软件
adb install
adb install :这个命令将指定的apk文件安装到设备上
Android系列教程(六) adb操作命令详解
3 卸载软件
adb uninstall <软件名>
adb uninstall -k <软件名>
如果加 -k 参数,为卸载软件但是保留配置和缓存文件
4 进入设备或模拟器的shell：
adb shell
通过上面的命令，就可以进入设备或模拟器的shell环境中，在这个Linux Shell中，你可以执行各种Linux的命令，另外如果只想执行一条shell命令，可以采用以下的方式：
adb shell [command]
如：adb shell dmesg会打印出内核的调试信息。
5 发布端口
可以设置任意的端口号，做为主机向模拟器或设备的请求端口。如：
adb forward tcp:5555 tcp:8000
6 从电脑上发送文件到设备
adb push <本地路径> <远程路径>
用push命令可以把本机电脑上的文件或者文件夹复制到设备(手机)
7 从设备上下载文件到电脑
adb pull <远程路径> <本地路径>
用pull命令可以把设备(手机)上的文件或者文件夹复制到本机电脑
8、查看bug报告
adb bugreport
9、记录无线通讯日志
一般来说，无线通讯的日志非常多，在运行时没必要去记录，但我们还是可以通过命令，设置记录：
adb shell
logcat -b radio
10、获取设备的ID和序列号
adb get-product
adb get-serialno
adb shell
举一个最常用的例子：提取，并推送framework-resapk。
提取系统上的framework-resapk
进入“命令提示符”后，我们先执行一次"adb devices"，确认是否已经连上
然后，再执行"adb remount"
接着，我们就可以提取了，按照上面第七点的格式输入执行"adb pull /system/framework/framework-resapk D:"
当然后面的路径，D:是随你自己喜欢的，但是要注意空格
adb devices adb remount adb pull /system/framework/framework-resapk D: 复制代码即可
这样D:上就会多了framework-resapk这文件了
从新推送"framework-resapk"
我们用到推送的指令，仿照上面第六点输入执行 "adb push D:framework-resapk /system/framework"
这里我们不要忘了还要修改权限，执行"adb shell chmod 644 /system/framework/framework-resapk"
当然，我们还需要重启一下，执行"adb reboot"
adb devices adb remount adb adb push D:framework-resapk /system/framework adb shell chmod 644 /system/framework/framework-resapk 复制代码即可
昨晚正在测case的时候，突然冒出来一同事（我们都叫他肖总），来了一句：BUG基（同事都叫我BUG基，你懂的），我这复现了一个问题，但是开发那边说叫我把log导出来，我这不会导，你知道怎么导吗？
作为一只BUG基，我怎么可能会放过这个装比的机会呢，哈哈。
叫肖总导log的那个开发啥也没说，就只在jira系统的comments最后写了一句“导出方法:adb pull/cache/recovery/ /”。其实当时我是崩溃的，我擦，肖总，你妹，这开发不是说了导出方法了吗？你直接复制粘贴打上去命令不就行了吗？然而，装比心理作怪，我还是决定了帮他。
那么下一步是什么？没错，是时候展现装比的技术了！
拿过Pad的第一步，那当然是先装驱动啦。没驱动你怎么使用adb命令？为什么这么说呢。驱动一般指的是设备驱动程序（Device Driver），是一种可以使 计算机 和设备通信的特殊程序。相当于 硬件 的接口， 操作系统 只有通过这个接口，才能控制 硬件 设备的工作，假如某设备的驱动程序未能正确安装，便不能正常工作。那么ADB又是什么东东？Android Debug Bridge，我们一般简称为adb，它是一个非常强大的命令行工具，通过这个工具你能够与你的android设备进行交互。意思也就是说，ADB命令需要通过驱动程序提供的接口来控制硬件设备，因为我们的文件是存储在硬件设备上的呀。
那装驱动要在什么状态下安装？废话，肯定是开机状态啦。当然在安装驱动前，要先开启开发者模式的ADB调试，这里我就不说为什么了，自己想。
那再下一步就是我们要用开发给的adb命令，导出/cache/recovery/这个文件夹的内容。或许有人会问，这开发不是已经给了文件的路劲了吗，直接在Pad上复制粘贴到SD卡又或者直接用PC从Pad复制粘贴到PC就可以了呀。对于这个，我只想说，废话，这么简单的，你会想不到吗？你以为我是猪啊。然而我并不是猪，我是BUG基。
对于上面那个想法，条件并不成立，当我们连接Pad时，windows是屏蔽部分文件的，反正我这里是这个情况，而用Pad直接复制粘贴到SD卡也是不成立，当我复制的时候，会提示“操作失败，目标无法复制”，至于为什么会出现这个提示，请往下看。
既然上面两个方法都不行，那我们就只有用adb命令了。
在执行操作之前，我们要先看移动设备是否跟PC连接，那么就需要用adb devices这个命令查看当前连接的设备，这里可能返回的状态有三种：
Idevice设备已经成功连接到了adb-server
IIoffline设备并没有连接到adb或者没有响应
IIIno device并没有设备/模拟器连接
这里说的三种状态显示的可能跟显示情况不大一样，譬如我连接是正常的，返回的是
或许有人知道这里的意思是什么，但是是否有想到过前面的那个daemon是什么呢当然有人会说，只要复制粘贴会用就可以了，对于这个回答，我默默表示不回答。
这个daemon还得要从ADB说起，ADB包含了以下三部分的cs模式的程序：
而在解释上图的意思之前，我想先引入两个概念，那就是端口和通信（已理解的可以略过）。
端口
计算机"端口"是英文port的译义，可以认为是计算机与外界通讯交流的出口。其中硬件领域的端口又称接口，如：USB端口、串行端口等。软件领域的端口一般指网络中面向连接服务和无连接服务的通信协议端口，是一种抽象的软件结构，包括一些数据结构和I/O（基本输入输出）缓冲区。
端口最主要的作用就是通信和数据传输，把数据报顺利的传送到目的主机是没有问题的。那么问题出在哪里呢我们知道大多数 操作系统 都支持多程序（进程）同时运行，那么目的主机应该把接收到的数据报传送给众多同时运行的进程中的哪一个呢？显然这个问题有待解决，端口机制便由此被引入进来。
本地 操作系统 会给那些有需求的进程分配协议端口（protocal port，即我们常说的端口），每个协议端口由一个正整数标识，如：80，139，445，等等。当目的主机接收到数据报后，将根据报文首部的目的端口号，把数据发送到相应端口，而与此端口相对应的那个进程将会领取数据并等待下一组数据的到来。说到这里，端口的概念似乎仍然抽象，那么继续跟我来，别走开。
端口其实就是队， 操作系统 为各个进程分配了不同的队，数据报按照目的端口被推入相应的队中，等待被进程取用，在极特殊的情况下，这个队也是有可能溢出的，不过操作系统允许各进程指定和调整自己的队的大小。
通信
通信(Communication)就是信息的传递，是指由一地向另一地进行信息的传输与交换，其目的是传输消息。其实这里的通信，意思就是说用特定的逻辑信号，实现双方的互相信息传输，譬如说在命令行输入adb devices命令，意思就是说我想要对方输出设备列表给我看，这里的输入”adb devices”就是发送给对方的信号，而输出的设备列表就是对方反馈回来的信号，这个整个过程就是通信的过程。
说了这么多，其目的就在于扫盲，下面我们来说上面提到的ADB三部分的cs模式的程序（我把上面的图拉下来，防止大家看不到）:
1) adb client
从图中，我们知道client是运行在PC端的，每当我们发起一个adb命令的时候，就会开启一个client程序。当然，当我们开启DDMS或者ADT的时候，也会自动创建client。
当我们开启一个client的时候，它首先会去检测后台是否已经有一个server程序在运行着，否则会开启一个adb-server进程。
所有的client都是通过5037端口与adb-server进行通信的。
2 ） adb daemon （ adbd ）
从图中，我们知道daemon是作为一个后台进程运行在模拟器/真实Android设备中的。
daemon使用端口的范围是5554-5585，每个模拟器/设备连接到PC端时，总会开启这么一个后台进程，并且为其分配了两个连续的端口，比如：
Emulator 1,console: 5554
Emulator 1, adb:5555
也正因为每个设备都分一组两个端口，也已adb连接手机的最大数量为16。
说回端口的作用，在这两个端口中，其中偶数端口是用于server与设备进行交互的，可以让server直接从设备中读取数据，而奇数端口是用来与设备的adbd进行连接通信的。
3) adb server
从图中，我们同样可以知道，server也是作为一个后台的程序运行在PC端的，他负责管理client进程以及adb daemon之间的通信。
当一个server开启的时候，他会自动绑定并且监听5037端口，接收client通过该端口发送过来的命令。同时server还会对5555-5585间的奇数端口进行扫描，进行对已连接设备的定位。
完成了上面一大堆吧啦吧啦的扫盲，大家应该知道了图1的意思了吧，那么我们就要解决问题了。
我们来看开发给我们的adb命令
不知大家是否看到使用adb命令都要在前面输入adb，譬如开发给的“adb pull /cache/recovery/ /”这个命令就有adb在前面。那么为什么要在命令前面加上一个adb呢，原因在于如果我们不加adb，windows系统会默认为对windows执行命令，而不是通过ADB命令行工具对手机执行操作命令。后面的“pull /cache/recovery/ /”通过前面学习Linux命令结构（linux命令结构为command [options] [arguments]）大概可知道pull指的是命令动作，后面那两个，指的其实就是参数，/cache/recovery/指的是Pad设备的文件路径，而/指的是当前运行命令行的路劲，譬如下面的提到的C:\Users\301001958这个路径。
好了，继续回到我们的装比之路，刚开始的时候，我不小心把” adb pull /cache/recovery/ / ”打成了“adb pull /cache/recovery//”，也就是，我没有把中间的空格打上，结果弹出了这样的提示，啊，真是瞎了我的眼……
于是，我马上改过来，修改成了“adb pull /cache/recovery/ /”，结果还是弹出了一样的提示。
我擦，这怎么办怎么办，难道真的要装比不成，反遭雷劈？别急，我们先来看看这里提示的意思，这里的这个remote的意思是指的远端设备，在这指的就是Pad，而object '/cache/recovery/' does not exist的意思就是说Pad的/cache/recovery/这个文件夹对象不存在。
这咋回事啊？怎么会就不存在呢？于是乎，我再进入Recovery mode查看，得到的结果如下：
我擦，这怎么回事？明明有这个文件夹的存在，于是我再次开机在命令行输入adb -help，验证一下这个adb命令的用法，结果吧啦吧啦的出现了一大坨黑色的字，看着都头晕啊，不过还是让我找到了想要的信息，如下图：
看到了这里，我瞬间脸黑了，我靠，这完全就是跟我想的那样没错嘛，怎么就说文件夹对象不存在呢。
于是我还是找上了大家最喜欢的——度娘。找了一番，找到了一个似乎有用的信息，如下图：
正如上面所说，难道是因为没有文件夹没有读写权限？于是，我又输入了adb remount，得出结果如下：
额，看到这里，我不想说话了，不过这里，已经算是弄出了点端倪，大家应该也知道了前面直接在Pad的系统里面复制提示无法复制了吧，最主要就是不够权限的原因，因为一旦系统运行文件随便被更改，系统就有可能出现运行错误或者崩溃。只是我竟天真的以为这里的root，指的是我们经常用的那个一键root软件，只要用软件一键root了，就可以快乐的解决问题了，可想而知，得到的结果依然是像是碰到了蜜蜂窝一样，被蛰着千疮百孔啊，面目全非……这些什么鸟一键root软件，根本就无法root得了我们这些开发中的Pad嘛，还试了一大堆都不行，至于为什么，暂时我没有深究，大家有空可以去研究研究。
到了这里，我只想说:盖伦，请给我一把大宝剑……
无奈，问题最终还是得要解决，于是我继续再找度娘玩去了。
经过了一番查找，我似乎终于找到了答案如何获得root权限了，就是仅仅只需要用“adb root”这个命令就可以让adb获得root权限，二话不说，赶紧开干啊，输入adb root，得出的结果是:adbd restart as root，我擦，蓝瘦香菇，明明只需要几个命令……就可以获得root权限，我为什么能搞得那么复杂，我不行了，盖伦，借你的大宝剑扶我起来……
但是似乎有一件很重要的事是，正因为我前面用了一键root软件，我才能在adb命令使用root权限，前面的功夫也并不是全是无用功，来到这里，我们就只需执行最后一步就是用开发给的命令，把文件拖出来，不过，我把开发给的最后一个参数改了，也就是“/”这个参数，改成了我自己电脑桌面的一个文件夹路径，如我在桌面起了个叫做FileLog的文件夹，如我FileLog的文件夹路径为C:\Users\301001958\Desktop\FileLog，那么我执行的就是adb pull /cache/recovery/ C:\Users\301001958\Desktop\FileLog，然后按Enter执行命令，文件就巴拉拉的复制到了我的FileLog文件夹里面，到这里问题解决完毕。
回顾整个过程，踩的坑着实不少，一个简简单单的命令，一个简简单单的操作，都能把自己搞死，不过在这整个过程里面，也是一个不断扩展知识的过程，也是一个不断挑战自我的过程，到最后的解决，是满心的舒畅。
这整个过程里，给我最大的感悟是，乐于助人，助的有时候不仅仅是别人，助的也是自己，因为在这个过程中，我的知识获得了拓展，获得了成长，也获得了成就感，获得了兴趣，用此文，希望能助正在踩坑的你，走出这个坑，不管是大坑还是小坑，又或者是神坑，在这个写作分享的过程中，也让我对整个知识面理解更全面更深了一步。
文章写得不是那么好，太长了点，请轻喷。
致正在踩坑的你我。 20170226 By BUG基
欢迎分享，转载请注明来源：品搜搜测评网
微信扫一扫
支付宝扫一扫
