初次接触postman是刚学laravel的时候，一直丢在一边没用，最近忙公司内部项目，项目使用到的技术栈有Tp Vue ElementUI,由于使用到了前后端分离的架构，有时候在调试的时候也没难么好调了。
先看看初学时的调试流程吧，哪里报错 var_dump() 哪里，没错，最初 var_dump() 是万能的，但是有时候这样效率很低下，不过有一个好处就是你能知道程序完整的执行流程，一步步 var_dump() 下去，能知道哪里数据处理出现了错误。
之后接触了Xdebug，Xdebug可用于PHPstorm的断点调试，关于PHPstorm的配置,网上很多的配置都大同小异，试了很多都不行，最终参考了这个视频phpstorm配置。视频讲的很详细从浏览器配置到接口以及到远程，我这里目前就接触了前两个。
浏览器端配置：
1.下载Xdebug helper扩展程序（进入谷歌商店搜索即可下载）
2.Xdebug helper配置：在扩展程序选项中选择IDEkey并配置为PHPStorm(其实可以忽略，视频里有讲为什么，后面也有提到为什么可以忽略)
本地环境配置：我使用的是phpstudy，配置如下。
[xdebug] xdebug.remote_enable=1 xdebug.max_nesting_level=600
其实就两行，关于phpstorm的配置：xdebug关联的php版本
端口配置
Servers配置：
配置好后测试xdebug配置是否正确，一般来说应该是这样子的
好了以后打断点，并在浏览器端启用扩展程序，请求就可以进来了，接下来如何去调应该很简单了。
关于调好之后的超时问题
有时候调着调着就超时了，一般为30秒左右，这样子调试的效率非常低下，为了解决这个问题，我查了蛮多的，改配置文件的timeout似乎没有用，于是我参考了这篇文章php断点调试超时设置（适用于Apache）,至于nginx,这个目前还没去研究，按它的配置，好使了，想调多久都可以。
关于接口调试的问题，上面我说了浏览器的扩展程序配置选者IDEkey时可以不用配置，这里正好做下解释。
我们在调试接口时有时候前端和后台是分离的，在两个完全不同的服务器上，即跨域。我们使用的是Vue,在我们执行 npm run dev之后，会在本地开启一个服务用来访问，此时我们的访问的地址可能是127.0.0.1:8080,127.0.0.1:8090等，然后PHP后台可能部署在本地是XX.cn，于是上面的浏览器调试就不好使了。
这里就要说到Xdebug helper的作用了，在它被启用的时候，实质上是在你请求的时候生成了一个名为XDEBUG_SESSION=phpstorm（你所设置的IDEkey）的cookie,当服务器检测到有这个cookie 的时候，就进入断点调试的流程，至于接口为什么没用，是因为它生成的cookie是对于127.0.0.1的这个网站的，识别cookie进行断点调试的过程是xx.cn需要干的事即你接口请求的域名。至于设置什么从cookie的值是什么，本地亲测只要有名为XDEBUG_SESSION这个cookie不管值为什么都进入断点调试，所以扩展程序设不设置都无所谓。
得出这个结论，我们就可以使用postman进行断点调试了，需要注意的是除了这个cookie,可能还有其它的请求头，什么authKey,sessionId等都不要遗漏，不然直接被框架的拦截器给拦截了。
于是继续科普了一下调试的原理，当开启Xdebug扩展以后，发送的请求带有XDEBUG_SESSION 的cookies时，服务器立马进入到断点调试状态，而本地phpstorm也会开启一个xdebug服务器，端口即为设置的9000端口，php服务器每执行一段代码，都会与phpstorm设置的xdebug服务器进行通信，直到进入断点，才会把内存中所有的执行结果返回给phpstorm的xdebug服务器,接着我们在调试时就看见了变量的值，点击调试的下一步按钮，phpstorm的xdebug服务器会发送执行下一行代码的请求，请求中包含的参数和操作的按钮有关，有的按钮是进入下一行，有的按钮是进入一个方法，还有的是直接执行完。具体的参数值，在这里就不深究了。