张(zhāng)雱（pāng）是谁？也许你已经听说过了，也许你还没听说过呢，不过你一定听说过老刘——刘强东，没错，这二人是有关系的，什么关系，京东是老刘的，而张雱呢？张雱是京东旗下52家关联公司法人代表或执行董事。
好了，爆料至此，本文也不是为了要说这些事。 只是为了找个话题营销一下，目的是让你点进来，为什么这么玩呢？也许你会开骂，不过求你放过我，我辛辛苦苦写了这么长的文字，是想求一名观众的。每个人都渴望被关注，不是么？
言归正传，本文的主题是一个订单退款处理问题的解决过程。
近期，运营人员经常反映，在线支付的订单在做退票处理时，总是停滞在TPZ（退票中）状态，无法改成YTP（已退票）。
系统部署方面，支付中心是一个单独的应用，负责内部支付请求与外部的第三方支付平台的信息桥接。商旅的saas是发布给客户用来预定商旅产品的平台。
支付中心退款流程如下：
查看业务系统支付发起的日志，如下：
时间：2016-07-18 23:56:03
请求调用支付中心,目标地址：http://paycenter.***.cn/PayAndRefund/RefundPage.aspx，参数：{"BusinessSystemId":1,"BusinessCode":1,"ThirdPayPlatform":3,"PayType":1,"PaySource":1,"OrderAmount":"880","OrderNo":"AZDOW1607131356","UserName":"李佳祺"}
--------------------------------------------------------------------------
时间：2016-07-18 23:56:05
调用支付中心返回结果：{"Code":"9999","MsgStr":"已有退款单不可以重复发起！"}
--------------------------------------------------------------------------
哦，支付中心返回的不是退款成功，而是9999（“已有退款单不可以重复发起”）。
那接下来，去支付中心来进一步排障。支付中心针对这张订单的日志记录如下：
23:56:26.175 ============---类名：ASP.payandrefund_refundpage_aspx
23:56:26.691 接收到退款申请，反序列化正常，原始退款消息是{"BusinessSystemId":1,"BusinessCode":1,"ThirdPayPlatform":3,"PayType":1,"PaySource":1,"OrderAmount":"880","OrderNo":"AZDOW1607131356","UserName":"李佳祺"}---类名：ASP.payandrefund_refundpage_aspx
23:56:26.691 请求的域名(paycenter.***.cn)与Partner支付协议使用的域名(pay.***.cn)不同,用后者域名发起流请求---类名：ASP.payandrefund_refundpage_aspx
23:56:26.785 ============---类名：ASP.payandrefund_refundpage_aspx
23:56:26.785 接收到退款申请，反序列化正常，原始退款消息是{"BusinessSystemId":1,"BusinessCode":1,"ThirdPayPlatform":3,"PayType":1,"PaySource":1,"OrderAmount":"880","OrderNo":"AZDOW1607131356","UserName":"李佳祺"}---类名：ASP.payandrefund_refundpage_aspx
23:56:26.863 持久化正常共添加1条数据---类名：ASP.payandrefund_refundpage_aspx
23:56:26.863 接收支付数据成功并发送数据---类名：ASP.payandrefund_refundpage_aspx
23:56:26.879 ============---类名：ASP.yibao_refundform_aspx
23:56:27.160 进入易宝退款，发起消息： p0_Cmd=RefundExt&p1_MerId=10012414996&p1_RequestId=AZDOW1607131356Refund2&p2_TrxId=218565910862142I&p3_Desc=nothing&p4_Details=&p5_Amt=880&hmac=d1dc1eab0d9553c99788587b20405bdd<=GMX=>返回消息：r0_Cmd=RefundExt
r1_Code=1
r1_RequestId=AZDOW1607131356Refund2
r1_Time=20160718235637
errorMsg=
r2_OrderAmount=
r3_SrcAmount=
r4_RefundAmount=
r5_MerRefundAmount=
r6_Details=
r7_Fee=0.0
r9_BType=2
hmac=f76ac405de03233ad6e92eef9dea2b8e---类名：ASP.yibao_refundform_aspx
分析这日志，可以看出，支付中心接收到这笔订单的退款请求，然后向第三方支付平台（易宝）接口发起了退款请求，并得到了退款成功的响应。貌似没什么问题。 但，为什么业务系统接收到支付的响应不是退款成功反而是“已有退款单”呢？
这时不得不说支付中心的日志记录不完整，缺少记录回写业务系统的日志。只记录了一个易宝返回退款成功的日志，之后就什么都没有了。
那么，想查名原因，接下来只能分析程序代码了。
退款代码比较多，而且涉及到页面跳转，伪代码是这样子的：
需要再次强调的是ValidDomainNameAndRedirect()方法，这是什么意思呢？ 支付中心是我司的一个通用的支付平台，对内公开的域名统一为paycenter.***.cn（即内部所有系统对接支付中心统一用这个域名）， 而支付中心在与第3方支付平台对接时，是协议商定的域名（我司与连连支付协议域名是pay.***.cn，我司与易宝协议域名是payment.***.cn，与连连的代付协议域名是payagent.***.cn）。 支付中心作为一个站点部署在服务器的iis上，并绑定了这些域名。 基于这个情况，支付中心网站在接收到内部系统的支付请求后，首先要判断域名决定跳到相应的协议域名上（同一个iis站点），然后再做后续的处理。
通过进一步分析上面的代码，问题正是出现在了这个方法上，见如上代码的第49行：用协议域名发起了流请求，但应该将流请求的返回值作为最终的回写值才对。 调整完后的代码如下：
经测试，整个退款过程终于正常了。发布到生产环境，搞定！
下班后，走在路上，突然想起来文章开始的问题，为什么支付中心返回给业务系统的结果是已有退款单呢？
通过下面的demo就能看出来： 新建2个空的web窗体，.cs里的代码如下：
用ie访问SendStreamTest1.aspx，可以看出来，流请求方式调用SendStreamTest2.aspx以后，Application["SendStreamStr"]被赋值了。（ps：不能用Session测试哦~你懂的）
通过这个demo不难理解，上面之所以返回已有退款单，就是流请求调用之后，退款申请记录被持久化了，所以这里判断是否已有申请单自然是有了，那么，按照逻辑就会返回已有退款单了。
