前后端分离的利器:fiddler的实用功能举例

# 前后端分离的利器:fiddler的实用功能举例

##what‘s fiddler
fiddler是一款代理软件,对于前后端分离开发非常重要。可以说,如果前端开发没有用上fiddler或类似软件,那还不能算是真正的前端开发。fiddler有三大实用功能:做代理,造响应(反向代理),造请求。

下载安装请自行用搜索引擎查找。安装完之后要把相应的软件代理设置为fiddler,默认的代理为http://127.0.0.1:8888/。可以在fiddler Options中修改端口。

![fiddler Options](http://images.cnitblog.com/blog/84053/201409/132352189349400.jpg)。

##原理
`代理`功能是fiddler所有功能的来源。

![fiddler代理图解](http://images.cnitblog.com/blog/84053/201409/132339020434823.jpg)

如图所示,fiddler在客户端跟服务端之前架设了一层代理,所有的请求经过fiddler转发,所有的响应也是。于是,fiddler在得到这些数据之后,就能提供一系列的功能:**捕获并监控本机所有的http请求,显示或修改其内容**。(左下角有捕获开关)并且提供针对JSON,XML,图片,二进制等的详细查看,或者其中的认证、cookies等等,以及其中的时间分析,对于http熟悉的人都知道请求的组成部分,不啰嗦了。对于响应也会有相应的功能。简而言之,通过http传送的数据,都会被记录并分析,甚至改造。

##做代理
时下移动设备流行的时代,要调试其上面的http请求不容易,狭小的屏幕一般提供给用户去使用,很少留下开发的位置,此时可以利用fiddler对其进行监控。要想让移动设备走fiddler代理(也就是图2所示的通道,而不是直接访问服务端),需要在fiddler中开启相应的选项,如图

![fiddler远程连接开关](http://images.cnitblog.com/blog/84053/201409/132352189349400.jpg)

记下端口,勾上**Allow remote computers to connect**,再在移动设备的wifi里面,找到其高级设置(一般是按住具体的wifi连接),设置代理,填好ip和端口即可。此时在移动设备上的所有请求及其响应会显示在fiddler的主窗口里面。

##造响应
fiddler在得到服务端的响应后,如果只是乖乖地按原样响应回来,那就太单调了,其非常实用的功能是对响应进行加工处理,改成你想要的模样。通常在开发中我们需要的是把响应改成本地文件(在后台接口未完成之前)

![造响应的一般方式](http://images.cnitblog.com/blog/84053/201409/140018287935834.jpg)

如图,在被监控的http请求/响应中拖放一条到`AutoResponder`页面,则可对其“动手动脚”,可以利用正则表达式匹配多个请求,把`EXACT`改成`regex`即可。具体的操作可以自己摸索一下。

这一点功能的意义非常重大

* 前端的开发能与后台接口开发并行,只需要在本地造一些实验数据,把请求的响应指向该数据文件,即可进行大多数的代码开发。
* 有时候线上的应用有bug,我们不可能对其频繁进行修改提交,则可以利用此功能进行本地调试(把线上代码指向本地),OK了才上线。

##反向代理
同样在`AutoResponder`的页面,还能进行反向代理的功能。通俗地理解为对请求进行转发。应用情景如下:我有开发环境http://A/wsdl/,另外有测试环境http://B/wsdl/,这两个环境明显区别是数据不一样,有时候开发好的代码,想换一个环境测试一下能不能跑正确?怎么处理?费很大的劲部署到B上吗?,其实不需要,只需要加一条规则

|if request matches...|then repond with...|
|--|--|
|regex:http://A/wsdl/|http://B/wsdl/|
要注意url最后的`/`不能略去,这属于http基础。那么指向A的请求自动变成B的请求,并且不会引起跨域。这对于前端调试接口(**url固定,参数不一定**)非常有用,开发、测试、生产环境可以随时切换,本人实践起来非常好用。

##造请求
调试接口有时候还需要直接发送数据,此时我们可以造请求。跟造响应类似,切换到`Composer`页面,把一个请求拖放过来,即可对其内容进行任意修改,修改完之后再`Execute`发送回去即可。可以立马造出自己想要的数据格式对接口发出请求。

##其他功能
* 对于参数格式,我们还可以用其自带的`TextWizard`进行格式转化,base64,url编码(%形式),html编码(&#开头),js unicode(\u开头)等等,可以自行探索一下。
* 可以自行用脚本的方式定制fiddler的规则,首先要安装SyntaxView插件。参考:http://kb.cnblogs.com/page/130367/#script
* 打断点调试等高级功能目前还没涉及到。

##
归根到底,fiddler作为代理,能对http数据进行显示分析,也能进行修改,并配套相关的辅助功能。
时间: 2024-11-04 17:05:00

前后端分离的利器:fiddler的实用功能举例的相关文章

[转] 前后端分离开发模式的 mock 平台预研

引入 mock(模拟): 是在项目测试中,对项目外部或不容易获取的对象/接口,用一个虚拟的对象/接口来模拟,以便测试. 背景 前后端分离 前后端仅仅通过异步接口(AJAX/JSONP)来编程 前后端都各自有自己的开发流程,构建工具,测试集合 关注点分离,前后端变得相对独立并松耦合 开发流程 后台编写和维护接口文档,在 API 变化时更新接口文档 后台根据接口文档进行接口开发 前端根据接口文档进行开发 开发完成后联调和提交测试 面临问题 没有统一的文档编写规范,导致文档越来越乱,无法维护和阅读 开

从0开始,构建前后端分离应用

最近业余时间比较充足,想开发一个小系统.作为自己的技术积累 后端使用Spring+SpringMVC+Mybatis框架.前端使用Vue+iView作为基础开发一个前后端分离的SPA应用 目录 1.环境搭建 1.1 Maven+Nexus搭建后台构建环境 1.2 webpack搭建后端构建环境 2.前端开发 3.后端开发 环境简介 由于是个人练习的小项目,因此开发环境设计也很简单.物理环境包括一台dbServer.一台配置服务器.一台应用服务器 服务器名称  服务器IP  操作系统  部署内容

前后端分离,如何防止接口被其他人调用或恶意重发

前后端分离,如何防止接口被其他人调用或恶意重发? 首先,http协议的无状态特性决定了是无法彻底避免第三方调用你的后台服务.我们可以通过crsf.接口调用频率.用户行为分析(来源等)等各个方面来增加第三方调用的难度,也可以通过添加一个中间层比如node.js来实现:1. 非法访问通常使用认证来解决,方法很多session,token,oauth第三方框架等等. (1)常规的方法:用户登陆后生成token,返回客户端,然后服务器使用AOP拦截controller方法,校验token的有效性,每次t

.NET Core前后端分离快速开发框架(Core.3.0+AntdVue)

.NET Core前后端分离快速开发框架(Core.3.0+AntdVue) 目录 引言 简介 环境搭建 开发环境要求 基础数据库构建 数据库设计规范 运行 使用教程 全局配置 快速开发 管理员登录 系统用户管理 系统角色管理 权限管理 接口秘钥管理 系统日志 单库事务 跨库事务 读写分离分库分表 常见疑问 如何进行联表查询 如何切换数据库类型 如何使用多个数据库 引言 时间真快,转眼今年又要过去了.回想今年,依次开源发布了Colder.Fx.Net.AdminLTE(254Star).Cold

前后端分离的一些尝试

背景 目前使用SpringMVC框架进行开发,用户访问controller的url,controller收到页面数据后分发给serverice做处理,处理完后在controller中根据页面所需要的数据进行整合,最后将打包好的信息发给指定的页面. 根据上图我们可以看到,数据的整合是在controller层上做处理的,而页面则对整合的数据进行对应的显示,两部分需要对应好,如果增加一个对应的控件涉及到后台的数据,则页面和后端都需要修改,即使该空间的service已经存在,也需要在controller

利用grunt-contrib-connect和grunt-connect-proxy搭建前后端分离的开发环境

前后端分离这个词一点都不新鲜,完全的前后端分离在岗位协作方面,前端不写任何后台,后台不写任何页面,双方通过接口传递数据完成软件的各个功能实现.此种情况下,前后端的项目都独立开发和独立部署,在开发期间有2个问题不可避免:第一是前端调用后台接口时的跨域问题(因为前后端分开部署):第二是前端脱离后台服务后无法独立运行.本文总结最近一个项目的工作经验,介绍利用grunt-contrib-connect和grunt-connect-proxy搭建前后端分离的开发环境的实践过程,希望能对你有所帮助. 注:

前后端分离的方法

网站前后端分离的方法 如何进行前后端分离: http://blog.csdn.net/github_26672553/article/details/51864112 https://segmentfault.com/q/1010000004494530 解释了前后端的分离方法 http://www.csdn.net/article/2015-10-25/2826033

[转]从MVC到前后端分离

从MVC到前后端分离 来源:csdn 发布时间:2015-10-26 阅读次数:1680 1. 理解MVC MVC是一种经典的设计模式,全名为Model-View-Controller,即模型-视图-控制器. 其中,模型是用于封装数据的载体,例如,在Java中一般通过一个简单的POJO(Plain Ordinary Java Object)来表示,其本质是一个普通的Java Bean,包含一系列的成员变量及其getter/setter方法.对于视图而言,它更加偏重于展现,也就是说,视图决定了界面

前后端分离

Swagger - 前后端分离后的契约 前后端分离 按照现在的趋势,前后端分离几乎已经是业界对开发和部署方式所达成的一种共识.所谓的前后端分离,并不是传统行业中的按部门划分,一部分人只做前端(HTML/CSS/JavaScript等等),另一部分人只做后端(或者叫服务端),因为这种方式是不工作的:比如很多团队采取了后端的模板技术(JSP, FreeMarker, ERB等等),前端的开发和调试需要一个后台Web容器的支持,从而无法将前后端开发和部署做到真正的分离. 通常,前后端分别有着自己的开发