转&Fiddler&前端调试&firefox设置&模拟Post请求
fiddler工作原理：
当你启动了Fiddler，程序将会把自己作为一个微软互联网服务的系统代理。作为系统代理，所有的来自微软互联网服务（WinInet）的http请求
再到达目标Web服务器的之前都会经过Fiddle，同样的，所有的Http响应都会在返回客户端之前流经Fiddler。如下图：
<img src="/blog7style/images/common/sg_trans.gif" real_src ="/images//0148.gif" ALT=""
TITLE="转&Fiddler&前端调试&firefox设置&模拟Post请求" />
Fiddler前端调试。
　　前端工程师在工作中总会有那么一些要求，要求书写的代码具有优良的兼容性，要求考虑代码的高性能，要求方法要面向对象，要求...前端工程师总是和浏览器兼容有很多不得不说的事。
　　条件1：在我们前端工程师开发的工作中，要调试服务器上某个HTML/CSS/JavaScript文件。一般情况下，我们都是将文件直接进行
修改，然后重新发布再去做验证，这样就容易影响到测试环境或者生成环境的稳定性。更好的做法是，我们在本地开发环境中直接修改文件并进行验证，然后发布到
测试环境，这样能保证测试环境的稳定，可是又比较繁琐。
　　条件2：现在我的情况是需要调试上线产品的浏览器兼容性问题，且我没有本地环境或者生成环境去测试。假如有Bug发生在Firefox或者
Chrome这种有控制台支持调试的浏览器下一切都好说，可是假如bug只发生在遨游，TT，世界之窗，搜狗...这种的没有调试功能的浏览器下，而且你
还碰见了我目前的情况，那么如果没有Fiddler这种工具，只能说这就是一场灾难。
　　Fiddler工具可以修改HTTP数据的特性，我们就非常便捷地基于生产环境修改并验证，确认后再发布。
　　第一步，先定位调试文件且下载。假设发现页面中的某个文件有问题（HTML/CSS/JavaScript都行），那么我们需要做的是就把他先下载到本地（如果本地有这个本地那么可以跳过此步骤），下载到本地的文件偶尔会有乱码的情况，建议你先清理浏览器缓存或者调整注册表（）。使用细节如下：
　　<img src="/blog7style/images/common/sg_trans.gif" real_src ="/cnblogs_com/Darren_code/302725/o_catchSaveDoc.jpg" ALT="save" HEIGHT="434" WIDTH="750"
TITLE="转&Fiddler&前端调试&firefox设置&模拟Post请求" />
　　第二步，Fiddler -
autoResponder出场，开启此功能。打开AutoResponder标签设置。可以看到界面上有三个选择框，第一个的作用是开启或禁用自动重定向功能，我们就可以在下面添加重定向规则了；第二个选择框被勾上时，不匹配的请求可以通过，不影响那些没满足我们处理条件的请求。
　　<img src="/blog7style/images/common/sg_trans.gif" real_src ="/cnblogs_com/Darren_code/302725/o_autoResponder1.jpg" ALT="自动回复器" HEIGHT="373" WIDTH="523"
TITLE="转&Fiddler&前端调试&firefox设置&模拟Post请求" />
　　第三步，创建重定向规则，将目标是这个js的HTTP请求重定向到本地文件。选中刚刚定位的文件，通过“Add…”按钮增加规则，也可以直接拖动过来。
　　<img src="/blog7style/images/common/sg_trans.gif" real_src ="/cnblogs_com/Darren_code/302725/o_selectResponder.jpg" ALT="selectResponder" HEIGHT="257" WIDTH="725"
TITLE="转&Fiddler&前端调试&firefox设置&模拟Post请求" />
　　第四步，选择本地刚刚保存的文件或者替换的文件，作为替换这个请求的内容。
　　<img src="/blog7style/images/common/sg_trans.gif" real_src ="/cnblogs_com/Darren_code/302725/o_selecFile.jpg" ALT="selectFile" HEIGHT="488" WIDTH="489"
TITLE="转&Fiddler&前端调试&firefox设置&模拟Post请求" />
　　第五步，你调试或者不调试，它就在那里 -
只会请求你本地的选择的那个文件。所以，想怎么修改都随便你了。刷新页面，就可以看见这个alert了。
使用Request Builder模拟http请求
对于移动服务端开发人员来说，使用这个工具模拟移动客户端请求是非常方便的。
<img src="/blog7style/images/common/sg_trans.gif" real_src ="/images//1897.png" ALT=""
TITLE="转&Fiddler&前端调试&firefox设置&模拟Post请求" />
下拉框中选择GET，输入请求的地址，输入Request Headers。Request
Headers是键值对的格式，用：隔开。点击执行。
Post请求：
<img src="/blog7style/images/common/sg_trans.gif" real_src ="/images//5526.png" ALT=""
TITLE="转&Fiddler&前端调试&firefox设置&模拟Post请求" />
firefox下配置Fiddler
作为开发web开发人员常使用的浏览器肯定非firefox 莫属了，下面是在火狐下配置fiddler。
在安装和第一次运行之后会的我的文档中生成配置文件,其中在scripts目录下有BrowserPAC.js
2. 配置火狐
打开firefox 在选项/高级/网络/自动代理配置/填上：
***********************************安装ok了，下面就要测试一下了
园友&的友情提示：火狐下设置端口为8888
(127.0.0.1 :
8888)就可以被fiddler抓到了，这是fiddler默认端口，当然你有改过那肯定不是这个了..，本人测试，可以使用，当然前提是你端口没有被占用，再次表示很感谢@
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。14084人阅读
在智能手机还未普及时，移动设备的调试处处是alert的，这估计是最常用的办法了。以前很多时候为了预览页面在移动设备上的效果，需要先将页面上传到测试服务器，再将url输入到设备浏览器，或者使用第三方二维码扫码应用，通过移动设备访问打开浏览实际效果，每次换设备都要重复这些操作，页面多的话这些繁琐的事情就特别让人厌烦了。移动互联网的浪潮，伴随着智能硬件的兴起与移动设备的普及，让前端工程师这个职业变得更为专业，前端工程师要做的工作也越来越多，尤其是国内大大小小众多的手机厂商的兴起、手机型号的繁多，仅仅依靠Firebug与Chrome/Safari自带的debug工具已经远远难以满足需求了。繁琐重复性劳动占用了相当的时间，庆幸的是前端的自动化工具也越来越多。越来越多的便捷调试工具无非是前端工程师的一大福音。
近几年，浏览器厂商也纷纷推出自己的远程调试(RemoteDebugging)工具，比如Opera Mobile 可以借助其推出的跨设备跨平台桌面开发者工具Opera Dragonfly 实现远程调试，iOS Safari 可以开启Web检查器在 Mac OS X系统中实现远程调试。Android 4&#43;已上系统的 Chrome for Android可以 配合 ADB（Android Debug Bridge）实现桌面远程调试，桌面版Chrome 32&#43;已经支持免安装ADB即可实现远程调试移动设备页面/WebView
。国内的UC浏览器开发者版也推出了自己的远程调试工具RemoteInspector（简称RI）。
除了浏览器厂商之外，也涌现出许多第三方开发的远程调试工具，诸如支持全平台调试的Weinre 和Adobe Edge Inspect CC，国人自研的iOS专用工具MIHTool。
本篇主要说一下Chrome RemoteDebugging 的方法，之前也遇到一些坑，自己总结了一些经验，分享如下。
Chrome DevTools调试移动设备Brower Page Tabs/WebViews
安卓远程调试目前支持所有操作系统（Windows,Mac, Linux, and Chrome OS.）中调试，支持：
● 调试站点的页面
● 调试安卓原生App中的WebView
● 实时将安卓设备的屏幕图像同步显示到开发机器。
● 通过端口转发（port forwarding）与虚拟主机映射（virtual host mapping）实现安卓移动设备与开发服务器进行交互调试。
调试要求：
● 开发环境安卓桌面版Chrome32&#43;
● 一条USB数据线，连接电脑与移动设备，安装相应机型的USB驱动。驱动程序下载地址：
&& 如果电脑上安装有百度手机助手、360手机助手这类软件，一般连接后可以自动安装相应的USB驱动程序。
● 如果是调试网页，移动设备需要安装Chrome forAndroid ，且安卓系统须为Android 4.0&#43;
● 对于APP WebView的调试，需要系统为Android 4.4&#43; 并且原生应用内的Webview须进行相应的调试声明配置。
说明：远程调试要求桌面版Chrome浏览器版本要高于安卓移动设备的Chrome版本号。有条件的最好使用Chrome 的金丝雀特别版Chrome Canary (Mac/Windows)或者Chrome桌面开发版Chrome Dev channel release (Linux)。
第一步：首先在移动设备上开启USB调试模式。方法：
● Android 3.2&#43;，打开设置 – 应用程序 – 开发，在“USB调试”处打钩选上
● Android 4.0~ Android 4.1 ，打开设置-开发者选项-进入在“USB调试”处打钩选上。
● Android 4.2&#43;，打开设置-关于手机-手机配置信息-连点“版本号”7次，返回上层就可以看到“开发者选项”显示出来了，在“USB调试”处打钩选上。
第二步：用USB数据线连接设备，驱动装好连接成功后，你可能会在设备上看到一个弹框请求允许使用这台计算机通过usb调试
勾选后点击“确定”。
第三步：在电脑上打开Chrome浏览器的菜单– 更多工具 – 检查设备（Chromemenu & More tools & Inspect Devices），或者直接在浏览器地址栏输入chrome://inspect 或者about:inspect
打开后DevTools后，确保打钩选中Discover USB devices
如果USB连接成功，这时候我们可以看到移动设备的型号和设备上运行的页面和允许调试的WebView列表。找到需要调试的目标页面，点击inspect即可打开DevTools，点击reload可重新加载当前的调试页面，点击focus tab可将标签页置顶，close为关闭当前页面。更可以通过在输入框中键入网址新开一个页面。
点击inspect打开DevTools后，你可以选中页面中的DOM元素，同时设备中对应元素也高亮显示，也可使用DevTools中的Inspect&Element&选中目标元素，可以实时与移动设备页面交互，方便的定位问题所在，进行代码调试。
在输入框中输入一个新的网址，点击Opoen可打开你想要调试的新页面。
说明：由于Chrome版本不同，DevTools也可能有些差别，比如我的Chrome38.0.&m版竟然没有打开新页面的url输入框，升级到v39后恢复正常，知道原因的欢迎留言。
1. DevTools窗口使用F5快捷键（CMD&#43;R for Mac）重新加载页面
2. 使用Network面板可以实时观察页面在手机实际网络环境中资源的加载情况。
3. Timeline面板可以用来分析页面渲染和CPU使用情况，通常情况下移动设备的性能会比电脑上要低一些。
4.& 在DevTools的Console控制台中编写脚本执行，会同步表现在移动设备中检查的页面。
5. 如果要调试本地搭建的服务器程序，需要用到端口转发和虚拟主机映射，以使设备上可以呈现你本地环境下的页面内容。
调试WebView需要满足安卓系统版本为Android 4.4&#43;已上。并且需要再你的APP内配置相应的代码，在WebView类中调用静态方法setWebContentsDebuggingEnabled，如下：
if (Build.VERSION.SDK_INT &=Build.VERSION_CODES.KITKAT) {
WebView.setWebContentsDebuggingEnabled(true);
以上配置方法适用于安卓应用内所有的WebView情形。
安卓WebView是否可调试并不取决于应用中manifest的标志变量debuggable，如果你想只在debuggable为true时候允许WebView远程调试，请使用以下代码段：
if (Build.VERSION.SDK_INT&= Build.VERSION_CODES.KITKAT) {
if (0 != (getApplicationInfo().flags &=ApplicationInfo.FLAG_DEBUGGABLE))
{ WebView.setWebContentsDebuggingEnabled(true);}
WebView的可用列表如下：
所列信息其中包括页面的title，url地址，页面尺寸大小及其相对于设备屏幕的相对位置。
实时屏幕投影（Live screencasting）
调试移动设备时视线在两个设备的屏幕之间来回切换太不方便了，screencast实现了移动设备屏幕与开发环境DevTools的同步，你可以通过screencast与移动设备上的内容进行交互式的操作。
Screencast只呈现页面的内容，而不显示工具条地址栏、设备键盘等其他设备接口，这些在Screencase中表现为透明部分。
Android 4.4，是由Google公司制作和研发的代号为KitKat的手机操作系统，于北京时间日凌晨对外公布了该Android新版本的名称，为Android 4.4（代号 KitKat 奇巧）。据悉，该代号来自雀巢的KitKat巧克力。对于KitKat 4.4.3，screencast不仅可以在Tab网页实现，在WebView上也可以同步交互操作。
点击&DevTools右上角的Screencast图标，可以开启Screencast视图，移动设备屏幕会实时展现在左侧的Screencast面板中。
Chrome32&#43;版本的DevTools对连接的设备支持native USB debugging。而版本号稍低的一些则需要通过安装ADB或ADB plugin调试移动设备上的Chrome网页。由于之前一直是使用ADB plugin方式调试，如今一番折腾发现高版本更为方便实用的特性，由于网上的资料比较零散，关键的东西都没有提及，坑也不少，这也正是写此文的缘由。
曾经靠安装Android SDK套件，需要执行类&#20284; adb forward tcp:9001 localabstract:chrome_devtools_remote 这样的命令，才能开始调试，现在我们完可以摆脱这些繁琐的命令了。
开发机器安装ADB plugin是Chrome 28&#43;之后的方式，区别于以前需要安装整个Android SDK套件，同时移动设备要安装Chrome for Android 28&#43;。ADB扩展程序安装成功后，Chrome菜单旁边会出现一个灰色的Android启动图标。
点击Android的图标，然后单击ADB开始。一旦ADB已经开始，菜单图标变成绿色，并显示当前连接的设备的数量，如果有连接设备的话。
点击View inspection Targets打开：列表中会显示每个连接的设备及其选项卡页面。查找要调试的页面，并点击页面链接URL旁边的inspect启动DevTools调试窗口。&
使用用DevTools特别重要的一点是：如果你点击inspect打开的DevTools窗口一片空白，且刷新无效时，那极有可能是由于被墙的缘故，你可以尝试是否可以ping的通，如果无法ping通，那你现在就先翻墙吧（goagent 或红杏都不错，将加入白名单），当然你还需要有google账户。
补充说明一下，如果接上USB数据线后，没有显示任何连接的设备，请按照以下步骤排查：
● 检查您的设备连接到USB，检查USB数据线。
● 确保您的设备发出ADB设备命令列为可用。如果没有，检查是否有您的设备上是否启用USB调试。
● 若是Windows系统，检查你的USB驱动是否安装正确。参考
● 桌面Chrome浏览器打开&chrome://inspect检查Discover USB devices是否选中
● 确保桌面浏览器版本要高于移动设备的Chrome版本号
● 如果Chrome for Android版本较低，请检查移动设备上Chrome浏览器设置，确保设置中启用USB调试。高版本中无此设置项，无须设置。
● 如果依然无法显示，尝试重新拔插USB数据线。
端口转发（Port forwarding）
你的手机和开发机器有时会处于两个不同的网络（如本地服务器和线上服务器两个不同的网络环境），手机上可能获取不到开发环境的页面内容。况且，有时候你的开发环境处于公司出于安全原因管控限制下的网络中。
Chrome For Android中的端口转发解决了这一困难，在手机上测试你开发的网站瞬间变得容易。它的工作原理是在移动设备上创建一个监听TCP端口，该端口映射到开发机器特定的TCP端口，两个端口通过USB线路通信，所以这种连接并不依赖于所处网络环境的配置。
在进入正题前必须要提前说明搭建本地服务器需要注意的一些点。安装本地服务器，这里安装的是wamp集成包。一键安装完成后，需要修改Apache的一些设置。
1. 打开Apache安装目录下的配置文件httpd.conf增加监听多个端口。
# Listen: Allows you to bindApache to specific IP addresses and/or
# ports, instead of the default. See also the &VirtualHost&
# directive.
# Change this to Listen on specific IP addresses as shown below to
# prevent Apache from glomming onto all bound IP addresses.
#Listen 12.34.56.78:80
Listen 8888
Listen 8999
Listen 1818&
开启Apache服务后可通过命令netstat –n –a查看所配置的端口是否开启。
如果你本地环境也开启了IIS服务，为了避免二者都是用80端口发生冲突，可以按照上述方法修改Apache的默认端口。修改设置完成后别忘了重启Apache服务。
如何改变IIS端口：若保留Apache服务与IIS服务同时运行，不想改变Apache默认80端口，那么只能改变IIS端口，方法如下：开始-&运行-&输入:inetmgr-&Internet信息服务-&本地计算机-&网站-&右键“默认网站”-&属性-&选择“网站”标签-&修改TCP端口即可。最后重新启动IIS服务。
2. 在httpd.conf文件中开启虚拟主机配置
# Virtual hosts
#Includeconf/extra/httpd-vhosts.conf
将第二行前的#号去掉，即是为了允许加载扩展配置。
1.& Apache服务器默认的路径为安装目录下的htdocs，如果想改变默认目录，可以修改httpd.conf文件下的DocumentRoot和Directory，修改两者路径到你指定的目录即可。
# DocumentRoot: The directoryout of which you will serve your
# documents. By default, allrequests are taken from this directory, but
# symbolic links and aliasesmay be used to point to other locations.
DocumentRoot &E:/wamp/www/&
# This should be changed towhatever you set DocumentRoot to.
&Directory &E:/wamp/www/&&
打开extra目录下的httpd-vhosts.conf配置文件，在文件最后位置分别为监听的端口设置虚拟主机目录
# Use name-based virtual hosting.
NameVirtualHost *:80
# VirtualHost example:
# Almost any Apache directive may go into a VirtualHostcontainer.
# The first VirtualHost section is used for all requests that donot
# match a ServerName or ServerAlias in any &VirtualHost&block.
&VirtualHost *:80&
ServerAdminwebmaster@dummy-
DocumentRoot &E:/wamp/www /dummy-&
ServerName dummy-
ServerAliaswww.dummy-
ErrorLog&logs/dummy--error.log&
CustomLog&logs/dummy--access.log& common
&/VirtualHost&
&VirtualHost *:80&
ServerAdminwebmaster@dummy-
DocumentRoot&E:/wamp/www&
ServerName localhost
ErrorLog&logs/dummy--error.log&
CustomLog&logs/dummy--access.log& common
&/VirtualHost&
&VirtualHost *:8888&
ServerAdminprograms@dummy-
DocumentRoot&E:/wamp/www/programs&
ServerName localhost
ErrorLog&logs/programs--error.log&
CustomLog&logs/programs--access.log& common
&/VirtualHost&
&VirtualHost *:8999&
ServerAdminprograms@dummy-
DocumentRoot&E:/wamp/www/site&
ServerName localhost
ErrorLog&logs/programs--error.log&
CustomLog&logs/programs--access.log& common
&/VirtualHost&
&VirtualHost *:1818&
ServerAdmin webapp@dummy-
DocumentRoot&E:/wamp/www/webapp&
ServerName
ErrorLog&logs/webapp--error.log&
CustomLog&logs/webapp--access.log& common
&/VirtualHost&
其中若要生效还需要在本地host文件中增加映射关系：127.0.0.1
然后我们测试一下，在浏览器输入你配置的主机名和端口号，url指向你要打开的文件。
若出现上述提示，检查你的虚拟主机目录是否正确。如果目录设置正确，即可打开页面。
一般情况下目录访问权限默认为：
# First, we configure the&default& to be a very restrictive set of
# features.
&Directory /&
Options FollowSymLinks
AllowOverride All
Order deny,allow
Deny from all
&/Directory&
许多人为了方便直接设置为
# First, we configure the&default& to be a very restrictive set of
# features.
&Directory /&
Options FollowSymLinks
AllowOverride All
Order allow ,deny
Allow from all
&/Directory&
出于安全考虑，根据调试的人员和实际需要，我个人倾向于为特定目录设置不同的权限，示例如下：
# First, we configure the&default& to be a very restrictive set of
# features.
&Directory /&
Options FollowSymLinks
AllowOverride All
Order deny,allow
Deny from all
&/Directory&
&Directory &E:/wamp/www/webapp&&
Options FollowSymLinks
AllowOverride All
Order deny,allow
Deny from all
Allow from 192.8
&/Directory&
&Directory &E:/wamp/www/programs&&
Options -Indexes FollowSymLinks
AllowOverride All
Order deny,allow
Deny from all
Allow from 192.8.102. 192.8.104. 192.8.22.
&/Directory&
设置完成后重启Apache服务生效。
安全是安全了，不过有一个问题，访问localhost下的页面会出现这样的情形：
其实我们再增加一句 Allow from127.0.0.1 ::1 localhost 即可解决此问题。如下：
&Directory &E:/wamp/www/programs&&
Options -Indexes FollowSymLinks
AllowOverride All
Order deny,allow
Deny from all
Allow from 192.8.102. 192.8.104. 192.8.22.
Allow from 127.0.0.1 ::1 localhost
&/Directory&
重启再试，页面正常显示出来了。如下图：
现在搭建好了本地服务器，开启了若干监听端口，进入正题，接着说端口转发。
要使用端口转发（Port forwarding）功能，需要满足以下条件：
1.&&&&&&在开发机器的Chrome浏览器打开chrome://inspect
2.&&&&&&点击PortForwarding，弹出设置窗口
3.&&&&&&在设备端口输入框，填写移动设备要监听的端口号（默认为8080）
4.&&&&&&在Host主机输入域，填写运行web应用的当前ip地址（或主机名称，如localhost）加端口号。IP地址可以填写开发机器可访问的任何本地地址。当前，端口号范围必须在之间（包括）
5.&&&&&&选中Enableport forwarding.
6.&&&&&&点击Done完成。
当chrome://inspect窗口的端口号闪动为绿色时，表明该端口转发配置已生效。此时你可以在移动设备上打开本地页面进行调试了。
在Chrome29之前端口转发功能有限，如果遇到问题，请确保你的Chrome版本升级到29以上再使用。在Chrome31&#43;端口转发已经不是试验性功能了，而是正式发布的功能了。
前面我们已经搭建好本地服务器环境。接上USB线，打开chrome://inspect/#devices，根据Apache所设的监听端口，设置相应DevTools的端口转发参数，如下图：
完成了端口转发的设置后，这时候我们就可以进行调试本地环境下的页面了。
输入url，打开本地的页面。
如下图所示：
虚拟主机映射（Virtual hostmapping）
当你在localhost域名（或你的本地开发机器IP）下调试，端口转发很灵验。不过，如果你要使用自己定制的本地域名来调试那就不管用了。
如果你在使用一个仅能运行于特定白名单中的域名下的JavaScriptSDK，因此你在host文件中设置了如127.0.0.这样的对应关系。或许你在Web服务器（MAMP，wamp，xampp等）用虚拟主机配置了个性的域名。
若是想让移动设备显示特定域名下页面内容，你需要使用上述的端口转发技术和代理服务器技术来实现。代理服务器可以将移动设备上的请求映射到主机的正确位置。
目前有许多搭建代理服务器的工具，比如Mac上的Charles Proxy，在Windows系统下的Fiddler，Linux下的Squid cache，Squid作为一款开源的代理服务软件，也可以用作Web缓存服务器，实现高速的Web访问需求。主机上安装运行代理服务器，所有来自安卓移动设备的请求都将会转发到代理服务器。
代理服务的搭建方法这里不细说看，感兴趣的可以参考我的文章或自行查找。
端口转发代理设置的步骤：
1.& 安装代理服务软件，在主机上搭建代理服务器。
2.& 开启代理服务，并确保代理服务器运行的端口与Chrome端口转发所设端口不相同。
3.& Chrome浏览器打开“检查设备”chrome://inspect
4.& 点击Port forwarding 弹出设置窗口。
5.& 设备端口处填上安卓设备要监听的端口，如9000。
6.& 主机IP处可以填写localhost:xxxx，比如localhost:9000，也可以填写我上面配置过的本地域名:1818
7.& 勾选&Enableport forwarding
8.& 点击Done按钮完成参数配置。
移动设备代理服务参数设置：
1.& 打开设置-WLAN（Settings& Wi-Fi）
2.& 长按当前连接的无线网络（代理服务设置适用于每个无线网络）
3.& 点击修改网络（Modify network）
4.& 勾选高级选项（Advanced options），将显示设置项：
5.& 点击“代理”（Proxy）菜单选择“手动”（Manual）
6.& 在“代理服务器主机名”（&Proxyhostname）处输入localhost或者127.0.0.1
7.& 在“代理服务器端口”（Proxy port）处输入端口号，如9000
8.& 点击保存（Save）。
通过以上参数设置，移动设备上所有请求被转发到主机的代理服务器，代理服务器代表安卓移动设备来发送请求，使得发送到特定域名下的请求得到了合理的解析。现在你可以调试特定域名下的页面了。
注意：为了不影响移动设备正常上网浏览，断开USB数据线后一定要恢复代理设置。
Fiddler默认使用8888端口，我的本地服务器已经占用8888端口，所以在Fiddler-Tools菜单中将监听端口设为未使用的10000端口，如图：
手机端代理设置参数完毕后，打开ChromeDevTools进行调试。点击inspect可以看到页面显示在手机浏览器了，现在开始调试吧。
我的测试页面为
DevTools实例的调试截图如下：
手机端Chrome for Android中的实时截图如下：
注意主机要和移动设备处在同一网段的局域网内。
有问题的童鞋可以留言或查看我博客的其他相关文章。 Chrome远程调试部分就到这里了。移动端的调试还没有结束，下一节我会介绍Weinre远程调试的技巧和详细教程。
转载请注明出处：& freshlover的CSDN专栏文章《)》http://blog.csdn.net/freshlover/article/details/
参考文章：/devtools/docs/remote-debugging
版权声明：本文为博主原创文章，未经博主允许不得转载。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：889596次
积分：7772
积分：7772
排名：第1256名
原创：118篇
转载：45篇
评论：75条
(1)(1)(1)(3)(1)(2)(1)(1)(1)(1)(1)(1)(1)(3)(2)(6)(6)(6)(12)(7)(5)(13)(10)(12)(22)(5)(1)(13)(5)(6)(5)(3)(2)(1)(3)(1)}