uniapp之ios开发及支付整体流程爬坑记录

news/2024/7/20 20:52:54 标签: ios, uni-app, vue.js, app

前言

在写这篇记录的时候，关于ios的支付已经对接的差不多了，下一步就是测试好了直接发版，总共花了好几周的时间，从0到1对于首次做ios支付来说，确实很多坑。

其实业务层面很简单，甚至比安卓支付还简单，因为支付的整体流程uniapp那边已经提供好了，甚至可以直接套模板。主要坑在于不了解ios内购这套东西，及其细节处理。

该APP使用的是uv-ui组件库，uv-ui 破釜沉舟之兼容vue3+2、nvue、app、h5、小程序等多端基于app>uni-app和uView2.x的生态框架，支持单独导入，开箱即用，利剑出击。

准备工作

最重要的就是准备证书、描述文件等环节。现在uniapp开发ios没有这两样东西，不能真机运行。还需要区分测试证书和正式证书，本地真机运行只能使用测试证书，正式证书只能打包上传后台到TestFlight中下载测试或提App Store审核（即时到了这步，内购也只能使用沙箱环境支付，非正式支付。只有App Store审核通过后才能走真实支付，这里建议开发灰度测试功能，后续会详细讲解）。

注册账号及创建APP等准备工作都是产品去做的，所以对此流程可能会有遗漏，所以只记录大概我所了解。

  1. 创建你的 Apple ID：https://developer.apple.com/account
  2. 创建一个App应用：
    • 登录iTunes Store，点击我的App
    • 新建一个App（如果App已经创建，直接点击App进入就行了）
    • 填写App的基本信息
  3. 创建证书、描述证书等（Certificates, Identifiers & Profiles）：Apple后台、uniapp申请证书引导
    • 需要mac电脑
    • 证书及描述文档要分别创建开发版（Development）和发行版（Distribution），参考uniapp申请证书引导
    • 本地调试使用Development，打包上线审核使用Distribution
  4. 最终需要的东西：
    • Bundle ID（AppID）- 创建证书的时候会填写，类似安卓的证书名（推荐反域名+app标识）
    • 证书 - xx.p12文件
    • 描述文件 - xx.mobileprovision文件
    • 证书私钥密码 - 创建证书的时候填写的密码
  5. 首次运行需要进行基座签名
    • 我是使用的 爱思助手 进行的基座签名
    • 具体使用请参考uniapp提供的基座签名指南，描述的很详细，跟着操作就OK
  6. 如果有ios内购项目，添加内购项目：
    • 点击我的App进入App Store
    • 选择功能/App内购买项目
    • 创建App内购买项目：类型、产品 ID等信息
    • 最后须知：ios内购的模式是充值，只能是创建固定的金额进行支付，并且平台抽成30%
  7. 添加沙盒账号
    • 回到iTunes Store首页，点击用户和访问权限 进入 用户和访问
    • 点击沙箱测试员
    • 添加沙箱测试账号信息：沙箱账号的邮件地址是需要没有注册过Apple ID的邮箱，知道这点很重要
    • 总结：沙箱测试账号的作用，在后面测试支付的时候会让输入账号和密码，这时候就需要用到这个沙箱账号了，否则其他账号密码是没用的

真机运行

  1. 完成上面的所有准备，就可以直接使用hbuilderX运行到苹果手机上面
  2. 总之，在使用hbuilderX运行到真机的时候，提示缺什么，我们就需要按照上面的方法准备什么

正式开发

业务开发
  1. 使用app-nvue技术开发ios，90%的代码与安卓都是通用的，毕竟多平台跨端开发，只是有些兼容性问题，需要单独处理而已，具体问题具体分析。
  2. 具体开发的内容就不做详细的介绍，接下来把ios内购买项目做简单的记录。
ios_53">ios内购开发
  1. 参考文档：uniapp之苹果应用内支付，在开发之前一定要对该文档进行通读和了解，很多开发代码合流程都在这里面。
  2. 后端需要准备两个接口：
    • 接口1：生成业务订单号，前端需要获取后做相关关联
    • 接口2：最后一步，在服务器端请求苹果服务器验证票据
  3. 前端开发步骤：
    • 写好充值页面
    • 创建公共文件iap.js，封装的支付相关处理逻辑，方便后续调用，代码是现成的，直接到示例代码复制
    • 确认充值相关逻辑，完整示例代码，该示例里面需要完善两个接口的逻辑。注意：示例代码可能造成丢单情况，需要配合本地缓存进行处理，参考下面的完整示例。
    • 为了方便理解，我把开发中的完整代码贴在下面：

充值页面混入pay.ios.js：

import { Iap, IapTransactionState } from "@/common/js/iap.js"
export default {
	data() {
		return {
			title: "iap",
			loadingIOS: false,
			disabled: true,
			productId: "",
			productList: [],
			isError: false
		}
	},
	methods: {
		async payInitIOS() {
			uni.showLoading({
				mask: true,
				title: '苹果验证中，请稍等'
			});
			this.isError = false;
			// 创建实例
			this._iap = new Iap({
				products: [this.productId] // 苹果开发者中心创建
			})
			try {
				// 初始化，获取iap支付通道
				await this._iap.init();
				// 从苹果服务器获取产品列表
				this.productList = await this._iap.getProduct();
				this.productList[0].checked = true;
				this.productId = this.productList[0].productid;
				// 填充产品列表，启用界面
				this.disabled = false;
			} catch (e) {
				this.isError = true;
				uni.showModal({
					title: "init",
					content: e.message,
					showCancel: false
				});
			} finally {
				if (this._iap._ready && !this.isError) {
					this.restore();
				} else {
					uni.hideLoading();
				}
			}
		},
		async restore() {
			// 检查上次用户已支付且未关闭的订单，可能出现原因：首次绑卡，网络中断等异常
			// 在此处检查用户是否登陆
			// uni.showLoading({
			// 	mask: true,
			// 	title: '苹果验证中，请稍等'
			// });
			try {
				// 从苹果服务器检查未关闭的订单，可选根据 username 过滤，和调用支付时透传的值一致
				const transactions = await this._iap.restoreCompletedTransactions({
					username: ''
				});
				if (!transactions.length) {
					return;
				}
				// 开发者业务逻辑，从服务器获取当前用户未完成的订单列表，和本地的比较
				// 此处省略
				for (let i = 0; i < transactions.length; i++) {
					const transaction = transactions[i];
					switch (transaction.transactionState) {
						case IapTransactionState.purchased:
							this.isError = true;
							// 用户已付款，在此处请求开发者服务器，在服务器端请求苹果服务器验证票据
							uni.showLoading({
								mask: true,
								title: '您有一笔订单正在处理中...'
							})
							const order_sn = transaction.payment.username || uni.getStorageSync('IOSPAYORDERID');
							if(!order_sn) {
								this.isError = false;
								return await this._iap.finishTransaction(transaction);
							}
							let result = await this.validatePaymentResult({
								product_id: transaction.payment.productid,
								order_sn: order_sn,
								receipt: transaction.transactionReceipt, // 不可作为订单唯一标识
								transactionIdentifier: transaction.transactionIdentifier
							}, 0);
							// 验证通过，交易结束，关闭订单
							if (result) {
								await this._iap.finishTransaction(transaction);
							}
							break;
						case IapTransactionState.failed:
							this.isError = false;
							// 关闭未支付的订单
							await this._iap.finishTransaction(transaction);
							break;
						default:
							break;
					}
				}
			} catch (e) {
				// 为了兼容高版本机型在取消订单时候出现的错误，重启后不存在
				if(e.code == -100 && e.errMsg.indexOf("本地没有响应要移除的事务")>-1){
					this.isError = false;
					return;
				}
				this.isError = true;
				uni.showModal({
					title: `restore${e.errCode}`,
					content: e.message,
					showCancel: false
				});
			} finally {
				if (!this.isError) {
					this.paymentIOS();
				} else {
					uni.hideLoading();
				}
			}
		},
		async paymentIOS() {
			if (this.loadingIOS == true) {
				return;
			}
			this.loadingIOS = true;
			uni.showLoading({
				mask: true,
				title: '支付处理中...'
			});
			try {
				// 从开发者服务器创建订单
				const orderId = await this.createOrder({
					productId: this.productId
				});
				// orderId存在本地，防止丢失
				uni.setStorageSync('IOSPAYORDERID', orderId);
				// 请求苹果支付
				const transaction = await this._iap.requestPayment({
					productid: this.productId,
					username: orderId,
					manualFinishTransaction: true,
					quantity: 1
				});
				// 在此处请求开发者服务器，在服务器端请求苹果服务器验证票据
				await this.validatePaymentResult({
					product_id: this.productId,
					order_sn: transaction.payment.username || orderId,
					receipt: transaction.transactionReceipt, // 不可作为订单唯一标识
					transactionIdentifier: transaction.transactionIdentifier
				});
				// 验证成功后关闭订单
				await this._iap.finishTransaction(transaction);
				// 支付成功
				this.paySccuess();
			} catch (e) {
				uni.$uv.toast('支付取消或失败');
			} finally {
				this.loadingIOS = false;
				uni.hideLoading();
			}
		},
		createOrder({ productId }) {
			return new Promise((resolve, reject) => {
				this.getOrderInfo({ product_id: productId }).then(res => {
					resolve(res.order_no);
				})
			})
		},
		/**
		 * 充值，e.code = 201 或 then返回均代表 处理成功
		 * @param {Object} data 订单数据
		 */
		validatePaymentResult(data, type = 1) {
			return new Promise((resolve, reject) => {
				const fn = (loading = 1) => {
					this.validatePayment(data, loading).then(res => {
						// 处理成功
						uni.hideLoading();
						if (type == 0) {
							this.successTip();
						}
						resolve(true);
					}).catch(e => {
						if (e.code == 201) { //处理成功-订单已更新
							this.successTip();
							uni.hideLoading();
							resolve(true);
						} else {
							setTimeout(() => {
								fn(0);
							}, 3000)
						}
					})
				}
				fn(type == 0 ? 0 : 1);
			});
		},
		applePriceChange(e) {
			this.productId = e.detail.value;
		},
		successTip() {
			uni.showModal({
				title: '温馨提示',
				content: '您的待处理订单已经处理成功，充值金额已到您的账户余额中，请注查收！',
				showCancel: false,
				confirmText: '我知道了'
			});
		}
	}
}

测试支付

  1. 其实ios内购在整个业务逻辑并不复杂，不需要像其他支付进行轮询监听等逻辑，ios内部已经做好了这些事情。
  2. 开始测试就需要对ios这个后台有所了解，我也是第一次接触，所以更多的时间是摸索后台怎么设置，我就讲讲我到底经历了哪些问题：
    • 第一步实例化支付就失败了，后来发现是内购项目未创建，必须先创建购买项目，代码中需要使用产品ID。
    • 购买项目创建好后，实例化等逻辑可以走通了，支付之前会弹出一个让输入账号密码的弹窗。一开始我以为是输入自己的AppleID和密码，试了下输入后提交就失败了。在这里也卡了不少时间，后来发现这里是输入沙箱账号，后来创建了沙箱账号成功支付。
    • 测试过程中，发现有丢单情况，可能是由于网络或者后端验证失败等其他原因，导致最后断单了，只有重启APP才能补单，但是有些机型发现请求苹果支付this._iap.requestPayment传的username参数也会丢失，导致补单的时候和我们的订单关联不上，所以后端无法做最后的验证票据，我们的处理方式是配合本地缓存进行处理，如果只是单个订单支付，就可以这样处理，这里的坑在后面专门进行说明，上述完整示例代码中也有体现。
    • 沙箱环境测试通过，接下来想使用正式支付。开始使用TestFlight测试（测试人员可以在这个软件上安装app进行测试）；后来发现在发布App Store审核上线之前，都只能进行沙箱环境支付，这个确实有点坑。经过咨询官方给的解决方案：设置几个账号进行灰度测试，以前没有这个概念，现在终于明白了，灰度测试是这样使用的，经过商量就开发了灰度测试功能，就是固定几个账号才能在上线后支付，等支付没问题后，再放开所有账号支付权限。

开发过程中遇到的坑

首次开发ios及其内购买项目，遇到坑是正常的，感谢这次机会，至少让我得到了成长，接下来就讲讲整个ios开发遇到了哪些坑：

坑一：本地没有响应要移除的事务

如果输入沙箱账号和密码支付后未完成后续验证，杀掉APP进程，重启APP进行补单。这时候肯定会检测到未支付的订单，就需要手动关闭订单this._iap.finishTransaction。但是某些苹果机型一直反馈错误信息：undefined.Payment_appleiap:本地没有响应要移除的事务,https://ask.dcloud.net.cn/article/282

原因分析：在6s机型没有这问题，在7等机型会有这个问题，导致支付流程不能往下执行

解决方案：捕捉到此错误，然后就当正确的逻辑处理，在上述完整示例代码中也有体现

catch (e) {
	// 为了兼容高版本机型在取消订单时候出现的错误，重启后不存在
	if(e.code == -100 && e.errMsg.indexOf("本地没有响应要移除的事务")>-1){
		this.isError = false;
		return;
	}
<!--后面的逻辑在省略-->
坑二：不能真实支付

本地只能沙箱账号进行支付测试，怎么办？

解决方案：根据uni官方的回复，灰度测试，设置几个固定账号进行上线后测试，其他账号暂不支持支付。官方回答：https://ask.dcloud.net.cn/question/179074?notification_id-1321394__rf-false__item_id-254173#!answer_254173

坑三：丢单+补单

输入密码支付过程中，杀掉进程，会造成丢单情况

原因分析：由于网络或者用户主动关闭APP等情况，支付流程断掉，如果根据username进行订单关联，可能有些机型在补单的时候丢失该值，最终导致丢单，这在ios是正常情况

解决方案：

  1. 根据业务需求，配合本地缓存将订单记录，在补单的时候好做对应
  2. 可以不使用订单号，据说ios没得订单号的概念，直接后端进行验证，这种方案我们没试过
  3. 这里有个keep客户端开发也遇到丢单的情况，经过多次测试修改，最终的流程和我们的处理方案一致，这个很有参考意义：根治顽疾：Keep客户端 In-App Purchase 掉单踩坑指南
坑四：打包上传

打包上传到iTunes Store，versionCode每次上传都得高于上一次，versionName可以不变

上传到iTunes Store的工具推荐（必须mac）：通过 Transporter App 上传 App 的二进制文件

坑五：打开APP苹果手机发烧严重

同一套代码，在安卓机没问题。但是在ios发现发烧很严重，打开APP就开始发烧。

原因分析：1. 开始以为是本地基座的问题，其实仔细想想不会是这个问题，uniapp不会这么拉胯；2. 经过代码排查，发现是因为image标签使用了@load，我们APP中恰好有很多图片展示，这应该是ios这边的机制比较耗CPU，导致发热严重。

解决方案：去掉image上的@load，取消图片加载效果，只做图片失败效果

appOAuth_340">坑六：uniapp打包提示：打包时未添加OAuth模块

原因分析：代码中使用了uni.preLogin相关，但是ios并未涉及相关模块，所以在ios端屏蔽掉就OK了。

解决方案：参考文档：http://www.codingwhy.com/view/12174.html

坑七：审核多次驳回
  1. 后续补充

http://www.niftyadmin.cn/n/5074038.html

相关文章

[leetcode 单调栈] 901. 股票价格跨度 M

[leetcode 单调栈] 901. 股票价格跨度 M

设计一个算法收集某些股票的每日报价&#xff0c;并返回该股票当日价格的 跨度 。 当日股票价格的 跨度 被定义为股票价格小于或等于今天价格的最大连续日数&#xff08;从今天开始往回数&#xff0c;包括今天&#xff09;。 例如&#xff0c;如果未来 7 天股票的价格是 [100…
阅读更多...
springboot解决multi-statement not allow(已部署生产)

springboot解决multi-statement not allow(已部署生产)

文章目录 1、问题复现2、解决方案3、解决方案对应的代码 最近有一个需求&#xff0c;要批量更新数据库&#xff0c;那肯定得上批量更新了。 springboot支持批量更新的配置很简单。如下&#xff1a; jdbc:mysql://MYSQL_IP:MYSQL_PORT/MYSQL_DATABASE?allowMultiQueriestrue1、…
阅读更多...
JDBC和GUI实现图书管理系统

JDBC和GUI实现图书管理系统

1.介绍 主要通过gui页面实现了与mysql数据库实现交互,跟以前写的图书管理系统相比就是从存在集合中变成了存在数据库中. 下面我来介绍一下主要功能吧: 1.1.通过基本信息添加图书: 1.2.通过ID修改图书 1.3.通过ID查询图书 1.4.通过ID删除图书 2.构建数据库 2.1建库 …
阅读更多...
PTA 7-1 单调栈

PTA 7-1 单调栈

题目 N人们排队等着参加音乐会。人们等得很无聊&#xff0c;于是他们转身去排队寻找熟悉的人。 如果两个人A和B并排站在一起&#xff0c;或者如果他们中间没有人比A或B高&#xff0c;那么他们可以看到对方。 编写一个程序&#xff0c;确定可以看到彼此的成对人数。 输入格式…
阅读更多...
Edge浏览器下载文件被保存为 .crdownload 文件的问题小记

Edge浏览器下载文件被保存为 .crdownload 文件的问题小记

问题 近期使用Edge浏览器下载文件时&#xff0c;文件都被保存为 .crdownload 格式的文件了&#xff0c;不确定从哪个版本开始的。除非下载未完成导致文件不完整&#xff0c;否则不会被保存为 .crdownload 格式的文件&#xff1b;实际上文件已完成了下载&#xff0c;且手工修改…
阅读更多...
TS中泛型的使用

TS中泛型的使用

我们在定义函数或者的定义类时&#xff0c;如果遇到返回值类型不明确时就可以使用泛型。 比如在如下例子中&#xff0c;我们传入一个a并返回一个a&#xff0c;但是这个a被我们限定了只能传入number类型。 function fn(a: number): number {return a; } fn(5); 但是我们传入的…
阅读更多...
如何快速制作令人惊叹的长图海报

如何快速制作令人惊叹的长图海报

在当今的数字时代&#xff0c;制作一张吸引人的长图海报已成为许多人的需求。无论是为了宣传活动&#xff0c;还是展示产品&#xff0c;一张设计精美的长图海报都能引起人们的注意。下面&#xff0c;我们将介绍一种简单的方法&#xff0c;使用在线海报制作工具来创建长图海报。…
阅读更多...
fastadmin框架如何查询数据表指定时间段内的数据

fastadmin框架如何查询数据表指定时间段内的数据

1.查看今日的数据 $currentDate date( Y-m-d );//获取今日的时间 $data[ today_order ] Db( orders ) ->whereTime( success_time, >, $currentDate.00:00:00 ) ->whereTime( success_time, <, $currentDate.23:59:59 ) ->where(type_store,4) ->where(sh…
阅读更多...
最新文章

Copyright @ 2022~2023