商城项目已经接近尾声（？），只差最后的支付功能，不过由于并没有真正接触过支付的领域，不知道从什么方面入手，很苦恼。

明明已经触手可及，却怎么也够不着，这种心情真的难以形容...

虽然此前有对接过支付宝，但其实那只是拿着别人提供好的全部数据，然后跟着重复一遍而已，而对接支付的重点，则恰恰在于这个“数据”。

目前可了解到，一般个体是申请不到官方支付的（指的是支付宝、微信支付等这种具备信誉保障的平台），需要营业执照、营业许可证等材料，提交审核并通过后，支付官方才会授予资格，因此，个人对接官方支付这种方式在最开始的材料阶段已经被卡死了。

也正是因为这个原因，市面上衍生出了一批小平台、小作坊支付（？），姑且把它们称为第四方支付，其原理就是封装，即将官方支付封装了一层后对外提供服务，如虎皮椒、payjs、7pay、易支付、蓝兔支付等等。

但相对的，门槛低带来的是“双高”。

1）高风险

使用四方支付得承担平台卷钱跑路的风险；前面也提到过，这种支付很多就是小公司甚至是个人做起的，信誉较低，资金安全得不到保障，它们会先把资金放在自己的账户上，然后再结算给用户，这种最容易跑路，而事情一旦发生之后，就比较难追回。

据检索的结果来看，这种情况还不在少数，受害的用户只能唉声怨气，拿它们毫无办法。

2）高费用

除了官方渠道的基础费率之外，四方支付还会额外收取一定比例的交易金额，作为平台的盈利来源，即是说，使用四方支付的用户，需要支付两笔费率；同时，还得先交马内才能开始使用，美曰其名“开户费”；有的平台可能还存在其他付费机制，如“会员制”，更离谱的莫过于“按接口调用次数付费”。

零零散散地累加起来，这可能不算个小数目。

此外，有些平台可能还会要求网站备案，以及有实际的销售商品，有的甚至还要定时审核网站，不符合要求的会被ban，所以用起来也不算太方便。

结合了自身的情况，手头上的项目只是用于练习，加上备案与审核也很麻烦，因此感觉没必要接入四方支付。

我在想，如果有一种既不需要签约&备案，也不需要营业证件的支付方式就好了，如果还不用担心跑路，也不会违规的话，那就完美了...

出乎预料的是，这样的支付竟然真的存在，只不过稍微有点特殊...

严格意义上说，它不算一种“支付”手段，也不由谁提供，仅仅是组合了一些自然而然的机制，达到了类似支付的效果。

它主要依赖于“收款码”和“转账通知”，以下是大致的工作流程：

1）使用手机登录支付宝（或微信），并导出收款码，同时打开监听app；

2）用户扫描收款码，并支付；

3）支付宝（或微信）收到通知，被监听app捕获到，随后通知服务器。

可以看到，它就是一种绕过了官方渠道而达成的变相支付通知方式，原理相当简单，也没有门槛。

但缺点也很明显，这种运作方式极其不稳定，需要准备一只7x24小时持续监听通知的手机，其电量、发热、闪退、网络等问题都将会是影响它稳定运行的因素；此外，还有一个可能可以忽略不计的小问题，商品不能随意定价，必须与付款码的金额保持一致，否则就得让用户自行输入金额。

我想要的是一种更简单、更稳定的方式...

稍微考虑了一下，因为个人网站的流量真的很少，更何况是我这个“商场”，很可能常年都不会有人光顾，下单支付的人就更少了，因此或许根本不需要支付回调。

于是，我决定对上面的方案进行“优化”，改成适合自己使用的版本：把其中的不稳定部分剔除，以人工处理代替手机监听通知，使用人工来确认用户是否真的付款，并手动修改订单的状态。

可以料想到，这样会使得执行效率更加低下，但足够简单稳定。

订单开始之后，在1-3个工作日内处理完毕；如果订单确实比较紧急时，则可以通过微信&qq等联系方式做提前处理，在流量很少的情况下，可以应付得过来。

这其实已经不算是“支付”了，只是单纯的转账功能...

理论上应该行得通。

个人支付的选择面挺少的，如果还不想付费，也不想面对风险的话，只能采用这种”歪门邪道“的方式。