支付宝支付开发——当面付条码支付和扫码支付

这篇文章主要讲述了支付宝支付开发中的条码支付和扫码支付的应用实例，为读者提供了全面的技术和操作指南。对于需要进行支付宝支付开发的读者来说，本文具有很高的参考价值。

一、条码支付与扫码支付介绍

让我们先来了解一下条码支付和扫码支付的基本概念。条码支付是支付宝为线下传统行业提供的一种收款方式，用户只需出示付款码，商家通过扫码枪等设备扫描即可完成收款。而扫码支付则是用户通过支付宝钱包的“扫一扫”功能，扫描商家展示的二维码进行支付的模式，适用于线下实体店支付、面对面支付等场景。

二、接口申请

企业在拥有企业支付宝后，需要进行功能申请并签约。在蚂蚁金服开放平台中，企业可以提交应用申请，并在功能列表中申请当面付功能。成功申请后，企业便拥有了使用支付宝当面付的权限，包括条码支付和扫码支付等功能。

三、密钥生成及配置

支付宝当面付的接口采用了非对称加密算法，商户需要生成自己的公钥和私钥。这个过程需要使用到OpenSSL工具。对于不太了解密码学知识的商户，可以先自行学习相关的基础知识，再按照官方提供的步骤生成密钥。商户生成的公钥和私钥将用于后续API及SDK的集成。

四、API及SDK集成

在完成了接口申请和密钥生成后，商户就可以开始进行API及SDK的集成了。集成过程涉及到多种接口和SDK的使用，包括条码支付接口、扫码支付接口、订单查询接口和退款申请接口等。商户需要根据自己的业务需求和场景，选择合适的接口和SDK进行集成，以实现支付宝支付的功能。

五、条码支付、扫码支付实例

本文将通过具体的实例来条码支付和扫码支付的详细流程。读者可以通过这些实例了解到如何在自己的应用中集成支付宝的条码支付和扫码支付功能，以及如何处理支付结果等后续操作。这些实例将帮助读者更好地理解和应用支付宝的支付开发功能。

本文详细介绍了支付宝支付开发中的条码支付和扫码支付功能，包括接口申请、密钥生成、API及SDK集成以及条码支付和扫码支付的实例。对于需要进行支付宝支付开发的读者来说，本文提供了全面的技术和操作指南，具有很高的参考价值。希望读者能够通过本文了解到更多的支付宝支付开发知识，为自己的应用开发提供有力的支持。生成RSA密钥对及其应用

使用命令行工具，我们可以轻松生成RSA私钥和公钥。下面，让我们深入理解这一过程，并对其进行生动的描述。

执行命令：

```bash

genrsa -out rsa_private_key.pem 1024

```

此命令在程序目录中生成了一个名为`rsa_private_key.pem`的文件，它包含了RSA私钥。私钥内容如下：

```plaintext

--BEGIN RSA PRIVATE KEY--

...（此处省略了私钥的详细内容）

--END RSA PRIVATE KEY--

```

接下来，我们使用另一条命令来生成RSA公钥：

```bash

rsa -in rsa_private_key.pem -pubout -out rsa_public_key.pem

```

此命令会从之前生成的私钥文件中提取公钥，并生成一个新的`rsa_public_key.pem`文件。公钥内容如下：

```plaintext

--BEGIN PUBLIC KEY--

...（此处省略了公钥的详细内容）

--END PUBLIC KEY--

```

生成的公钥需要被填写到应用中。填写地址的说明如下：在配置公钥时，需要注意去掉注释部分，确保密钥是一行字符。否则，回车换行也会成为密钥的一部分，导致加解密过程出现问题。例如，当你在使用支付宝时，可以点击“查看支付宝公钥”，将支付宝的公钥复制保存下来，后续程序将需要用到。

四、密钥生成API与密钥配置指南

在调用支付宝的密钥生成API时，开发者需要理解一系列的公共参数以及它们的具体配置。下面我们将详细介绍这些参数以及它们的作用。

请求地址

正式环境的HTTPS请求地址如下：

`

公共请求参数详解

1. app_id：

类型：String

是否必填：是

最大长度：32

描述：支付宝分配给开发者的应用ID，是应用访问支付宝服务的唯一标识。

2. method：

类型：String

是否必填：是

最大长度：128

描述：接口名称，表示开发者要调用的具体功能。

3. format：

类型：String

是否必填：否

最大长度：40

描述：目前仅支持JSON格式。

4. charset：

类型：String

是否必填：是

描述：请求使用的编码格式，如utf-8, gbk, gb2312等。这是为了保证数据在传输过程中的正确性和一致性。

5. sign_type：

类型：String

是否必填：是

描述：商户生成签名字符串所使用的签名算法类型，目前主要支持RSA。这确保了请求的真实性和完整性。

6. sign：

类型：String

是否必填：是（需要对商户请求参数进行签名后获得）

请求参数详解

一、请求参数概览

app_auth_token

String类型，非必填项，最大长度限制为40个字符。更多信息详见相关文档。

_content参数集合

String类型，是必填项，最大长度不限。所有请求参数除公共参数外都必须在此参数中传递。具体参照各产品快速接入文档。

二、主要请求参数详解

1. out_trade_no

商户订单号，String类型，必填项，要求64个字符以内，可包含字母、数字、下划线，商户端需保证不重复。

2. scene

支付场景，String类型，必填项，最大长度32。条码支付取值bar_code，声波支付取值wave_code。

3. auth_code

支付授权码，String类型，必填项，最大长度32。

4. seller_id

商户账号对应的支付宝用户ID，String类型，可选项，最大长度28。若该值为空，则默认为商户签约账号对应的支付宝用户ID。

5. total_amount

订单总金额，Price类型，可选项。单位为元。精确到小数点后两位。

6. discountable_amount

参与优惠计算的金额，Price类型，可选项。单位为元。精确到小数点后两位。

7. undiscountable_amount

不参与优惠计算的金额，Price类型，可选项。单位为元。精确到小数点后两位。此部分金额将正常计费。

8. subject

订单标题，String类型，必填项，最大长度256个字符。用于标识订单的主要内容或商品名称等关键信息。

9. body

订单描述，String类型，可选项，最大长度128个字符。用于描述订单的具体内容或商品详情等额外信息。

10. goods_detail

订单包含的商品列表信息，Json格式，可选项。包含商品名称、数量、价格等详细信息。具体格式和要求请参考相关文档说明。

11. operator_id

商户操作员编号，String类型，可选项，最大长度28个字符。用于标识处理该订单的操作员信息。

12. store_id与terminal_id与alipay_store_id等店铺相关参数均为可选项。String类型，分别代表商户门店编号、商户机具终端编号以及支付宝的店铺编号等店铺相关信息。用于标识订单发生的具体门店或终端等信息。根据实际业务需求填写相应参数。

公共响应参数与响应参数说明

当我们进行某些交易操作时，会涉及到一些公共响应参数和响应参数。了解这些参数的含义和用途，有助于我们更好地理解和处理交易过程。

一、公共响应参数

参数的类型、是否必填、最大长度以及描述如下：

1. code：网关返回码，是String类型，必填项。

2. msg：网关返回码描述，是String类型，必填项。

3. sub_code：业务返回码，是String类型，选填项。

4. sub_msg：业务返回码描述，是String类型，选填项。

5. sign：签名，是String类型，必填项。

二、响应参数

以下是响应参数的具体说明：

1. trade_no：支付宝交易号，String类型，必填项，最大长度为64。

2. out_trade_no：商户订单号，String类型，必填项，最大长度为64。

3. buyer_logon_id：买家支付宝账号，String类型，必填项，最大长度为100。

4. total_amount：交易金额，Price类型，必填项。

5. receipt_amount：实收金额，String类型，必填项。

6. buyer_pay_amount：买家付款的金额，Price类型，选填项。

7. point_amount：使用积分宝付款的金额，Price类型，选填项。

8. invoice_amount：交易中可给用户开具发票的金额，Price类型，选填项。

9. gmt_payment：交时间，Date类型，必填项。

10. refund_bill_list：交使用的资金渠道，TradeFundBill[]类型，必填项。

11. card_balance：支付宝卡余额，Price类型，选填项。

12. store_name：发生支付交易的商户门店名称，String类型，选填项，最大长度为512。

13. buyer_user_id：买家在支付宝的用户id，String类型，必填项，最大长度为28。

14. discount_goods_detail：本次交所使用的单品券优惠的商品优惠信息，String类型，必填项。

三、系统中配置说明

在系统中进行以下配置是为了适应支付宝交易的相关操作：

- `alipay_public_key`是支付宝公钥；`merchant_private_key`是商户私钥；`charset`是编码格式；`gatewayUrl`是支付宝网关；`app_id`是应用ID；`notify_url`是异步通知地址（仅适用于扫码支付预下单）；`MaxQueryRetry`是最大查询重试次数；`QueryDuration`是查询间隔。这些配置信息对于完成支付宝交易至关重要。请根据实际需求正确配置这些信息以确保交易的顺利进行。在这个数字化时代，APPID已经成为我们生活中不可或缺的一部分，它代表着某种服务的独特身份标识。当我们谈论扫码支付时，APPID的重要性更是凸显无疑。而在整个扫码支付流程中，异步通知则是一个至关重要的环节。

想象一下，你在商店扫码支付后，支付结果需要一段时间才能返回。这时，一个神秘的“异步通知”开始接收处理支付结果的信号。它是怎样运作的呢？实际上，它就像是一个耐心的守护者，默默地守候着支付结果的到来。一旦支付成功，它会立刻接收到通知，将结果传递给你。这就像是在繁忙的快递中心，每个包裹都有一个独特的识别码，而异步通知就像是那个精准的快递员，准确无误地找到属于你的包裹并通知你。

这个异步通知不仅仅是一个简单的信息接收者，它更是整个支付流程中的关键角色。它确保了支付流程的高效性，确保了支付结果能够及时、准确地返回给用户。它是整个支付流程中的信息枢纽，连接着每一个关键的环节。没有它，扫码支付就像是一场没有指挥的交响乐，混乱不堪。

而在这个数字化的世界中，APPID和异步通知的结合更是完美无缺。它们共同构成了我们生活中的便捷支付系统。每一次扫码支付的成功背后，都有这两个重要的元素在默默付出。它们就像是一对默契的搭档，共同为我们打造一个便捷、高效的支付环境。无论是繁忙的购物中心还是熙熙攘攘的街头巷尾，它们都在默默守护着我们的每一次支付。

APPID和异步通知是我们数字化生活中的得力助手。它们为我们带来了便捷、高效的支付方式，让我们的生活变得更加美好。在这个快节奏的时代，让我们感谢有这样一对默默付出的“搭档”，让我们的支付变得更加轻松、便捷。随着数字支付技术的快速发展，条码支付、扫码支付已经成为人们生活中不可或缺的一部分。下面我们将详细介绍条码支付和扫码支付的过程，以及订单查询、退款申请等相关操作。

一、条码支付

条码支付是商户通过系统生成条码，用户通过支付宝钱包手机app扫描条码完成支付的方式。在进行条码支付时，需要配置以下参数：

1. 商户网站订单系统中唯一订单号，该订单号需保证在商户系统端不能重复，建议通过数据库sequence生成。

2. 订单总金额，单位为元。

3. 付款条码，即用户支付宝钱包手机app中的付款条码。

支付超时时限设定为5分钟。创建请求后，根据应答的贸易状态进行相应的业务处理。

二、扫码支付

扫码支付是用户通过扫描二维码进行支付的方式。其参数配置与条码支付类似，主要包括商户网站订单系统中唯一订单号、订单总金额、支付超时时间以及商品名称等。

在扫码支付流程中，商户首先通过接口创建订单并生成二维码，然后用户通过支付宝钱包扫描二维码完成支付。商户在收到支付成功的通知后，可进一步处理订单。

三、订单查询与退款申请

完成支付后，商户可能需要进行订单查询与退款申请等操作。订单查询可以通过商户后台系统或API接口进行，以确认订单状态、金额等信息。

退款申请则需要提供原订单号、退款金额、退款原因等信息。退款成功后，商户会收到相应的通知。

四、数据交互与响应

在条码支付、扫码支付、订单查询和退款申请的过程中，商户系统与支付宝系统之间有大量的数据交互。发送的数据通常为JSON格式，包括订单号、金额、超时时间、商品名称等信息。

接收的数据则是支付宝系统的应答，包括订单状态、支付金额、用户信息等。商户系统需要根据应答数据进行后续处理。

条码支付和扫码支付具有便捷、高效的特点，而订单查询和退款申请则是保障商户权益的必要手段。在这个过程中，数据的交互与响应是核心环节，需要保证数据的安全与准确性。当用户通过支付宝扫码支付时，支付宝接口会收到以下数据通知：

通知ID、卖家账户信息、通知类型、签名、交易号、买家ID、应用ID、创建时间、商户订单号、交易状态等。当支付宝处理完支付流程后，用户输入密码确认付款后，支付宝会再次发送通知数据，这次通知会包含支付结果等详细信息。接下来是对一些重要操作的详细解释和代码示例。

一、订单查询

当需要查询某个订单的状态时，可以使用支付宝提供的查询接口。以下是一个简单的示例代码，展示了如何获取商户订单号并查询订单状态。接收的数据包括支付宝查询返回的结果和签名。

```plaintext

获取商户订单号: $out_trade_no = trim($_POST['out_trade_no']);

构造查询业务请求参数对象: $queryContentBuilder = new AlipayTradeQueryContentBuilder();

设置商户订单号等参数: $queryContentBuilder->setOutTradeNo($out_trade_no);

初始化类对象并调用queryTradeResult方法获取查询应答: $queryResponse = new AlipayTradeService($config); $queryResult = $queryResponse->queryTradeResult($queryContentBuilder);

根据查询返回结果状态进行业务处理: switch ($queryResult->getTradeStatus()) { ... }

```

发送的json数据包含商户订单号。接收的数据是支付宝查询的应答，包括交易状态、交易金额等信息。根据查询结果的贸易状态进行不同的业务处理逻辑。

二、订单退款

当用户需要退款时，可以使用支付宝的退款接口进行退款操作。以下是相关的代码示例。参数包括商户订单号、退款金额和请求序列号等。接收的数据是支付宝退款的应答，包括退款是否成功等信息。

```plaintext

设置退款相关参数: $out_trade_no = trim($_POST['out_trade_no']); $refund_amount = trim($_POST['refund_amount']); $out_request_no = trim($_POST['out_request_no']);

创建退款请求builder并设置参数: $refundRequestBuilder = new AlipayTradeRefundContentBuilder(); ...

初始化类对象并调用refund方法获取退款应答: $refundResponse = new AlipayTradeService($config); $refundResult = $refundResponse->refund($refundRequestBuilder);

根据交易状态进行处理: switch ($refundResult->getTradeStatus()) { ... }

```

发送的json数据包含商户订单号、退款金额和请求序列号等。接收的数据是支付宝退款的应答，包括退款是否成功等详细信息。根据退款结果进行相应的业务处理逻辑。

上述内容详细描述了使用支付宝接口进行扫码支付、订单查询和订单退款的过程，并提供了相应的代码示例和说明。在实际应用中，需要根据自己的业务逻辑进行相应的处理和调整。希望这些内容能对大家的学习和使用有所帮助，也请大家多多支持狼蚁SEO。揭示时光之谜：穿越至神秘的Cambrian时代

我们将带你领略一个充满神秘色彩的时期——Cambrian时代。在这个时代，地球的生命形态经历了翻天覆地的变化，犹如一场壮丽的交响曲，奏响了生命的序曲。

当我们谈论Cambrian时代时，首先映入眼帘的是一幅绚丽多彩的生命画卷。这个时代是地球历史上一个极为重要的时期，生命在这片广袤的舞台上首次大规模涌现。犹如大自然的鬼斧神工，各种奇异的生物形态纷纷崭露头角，共同谱写了一曲生命的赞歌。

想象一下，那些古老的海洋生物，如奇特的三叶虫、形态各异的软体动物等，在这个时代繁衍生息。它们如同一群穿越时空的旅行者，将远古的生命印记镌刻在地球的记忆之中。这些生物不仅丰富了海洋的生态系统，也为科学家们提供了研究生命起源的宝贵线索。

而在Cambrian时代的陆地上，同样上演着一场生命的狂欢。植物开始在这片土地上生根发芽，为陆生动物的出现奠定了基础。随着时间的推移，一些原始的陆地生物也开始在这个时代崭露头角，它们不断进化，逐渐适应了陆地上的生活环境。

Cambrian时代的地质变迁也为生命的繁荣提供了有力的支持。在这个时期，地球经历了一系列剧烈的地质活动，如山脉的形成、海洋的扩张等，为生物的演化和迁徙提供了广阔的舞台。这些地质事件与生物的进化相互交织，共同构成了地球历史的壮丽篇章。

当我们回顾Cambrian时代时，不禁为生命的顽强和多样性而感叹。这个时代的生命形态虽然已消失在遥远的地质年代，但它们留下的印记却永远镌刻在地球的历史长河中。让我们共同珍惜这份宝贵的遗产，继续生命的奥秘。

让我们用一句诗意的话语来总结Cambrian时代的魅力：“生命的交响曲在Cambrian时代奏响，一场穿越时空的生命狂欢在这里上演。”