最近客户提出要开发一个IOS上的app作为访问他们网站的途径之一，为什么说之一呢，因为目前PC和Mobile这两个站目前都已经上线了。
所以问题就简单了，我们只需要把mobile站UI修改一下，然后在根据客户的新需求修改下程序，之后把这个站套个IOS的壳子就可以了。
那么问题来了，我们的mobile支付的时候调用的是支付宝的网页支付，这个页面是支付宝的，我们没办法修改，所以如果套在壳子里继续使用这种支付方式会有点不伦不类的感觉，所以我们就决定调用支付宝钱包，也就是支付宝客户端。
下面是我参考支付宝移动支付文档整理出来的一些资料：
这是demo的下载地址，包括IOS和Android两个版本
首先要调用支付宝钱包你必须你登录商户的支付宝账户的“签约管理”里面去申请签约开通“移动支付”
PID和密钥管理
支付宝提供商户接口产品时，会自主提供一个保障商户接入安全的一组信息及其对应的配置平台，这组信息就是密钥。由商户密钥与支付宝密钥交换后与支付宝商户标识（如partnerID、APPID等）绑定。
合作伙伴密钥
在服务市场签约获得的大部分接口，签约主体是商户，接口权限属于具体的商户，这部分接口需要使用PID和密钥来调用，此类接口网关一般为mapi（），PID对应的密钥一共有三种签名方式，分别是MD5、RSA、DSA。由于产品的特殊性，每个产品支持哪些签名方式不尽相同，具体需参考各个产品的接口技术文档。
使用合作伙伴密钥的典型功能包括：快捷登录、移动支付、即时到账收款、手机网站支付等。
查看PID和密钥
查看MD5（Key）
查看RSA商户公钥与支付宝公钥
查看DSA商户公钥与支付宝公钥
上传RSA公钥
上传DSA公钥
RSA私钥及公钥生成
DSA私钥及公钥生成
这块流程可以让你上层领导来处理，这里的相关操作都要在商户支付宝账户中操作。
我们来看一下我们开发人员需要care的点
①交互流程：
流程说明（以Android平台为例）：
第2步：调用支付接口：此消息就是本接口所描述的开发包提供的支付对象PayTask，将商户订单信息传进pay方法唤起支付宝收银台，订单格式具体参见“请求参数说明”。
第3步：手机支付宝支付开发包将会按照商户App提供的参数发送支付请求。
第5步：异步发送支付通知：手机支付宝支付服务器端发送异步通知消息给商户服务器端，参见“服务器异步通知参数说明”。
第7步：接口返回支付结果：商户应用客户端通过当前调用支付的Activity的Handler对象，通过它的回调函数获取支付结果，参见“同步通知参数说明”。
1.构造订单数据并签名
商户客户端根据手机支付宝支付开发包的接口规则，通过程序生成得到签名结果及要传输给手机支付宝支付开发包的数据集合。签名相关的公私钥生成及配置规则，见PID和密钥管理。
2.发送请求数据
把构造完成的数据集合传递给手机支付宝支付开发包。
手机支付宝支付开发包对请求数据进行处理
手机支付宝支付开发包将请求数据根据业务规则包装后传递给支付宝服务端，服务端得到这些集合后，会先进行安全校验等验证，一系列验证通过后便会处理完成这次发送过来的数据请求。
3.返回处理的结果数据
对于处理完成的交易，支付宝会以两种方式把数据分别反馈给商户应用和商户服务器。
在手机客户端上，开发包客户端直接把处理的数据结果反馈给商户客户端；
支付宝服务器主动发起通知，调用商户在请求时设定好的页面路径（参数notify_url，如果商户没设定，则不会进行该操作）。
4.对获取的返回结果数据进行处理
商户在客户端同步通知接收模块或服务端异步通知接收模块获取支付宝返回的结果数据后，可以结合商户自身业务逻辑进行数据处理（如：订单更新、自动充值到会员账号中等）。同步通知结果仅用于结果展示，入库数据需以异步通知为准。
②客户端调用
Alipay接口主要为商户提供订单支付功能。接口所提供的方法，如下表所示：
+(Alipay *)defaultS
获取服务实例。
-(BOOL)isL
检测本地是否曾登录使用过。
-(void)payOrder:(NSString *)orderStr fromScheme:(NSString *)schemeStr callback:(CompletionBlock)completionB
支付并通过回调返回结果。
快捷订单支付iOS
方法名称：pay方法
方法原型：(void)payOrder:(NSString *)orderStr fromScheme:(NSString *)schemeStr callback:(CompletionBlock)completionB
方法功能：提供给商户快捷订单支付功能。
NSString* scheme
商户程序注册的URL protocol，供支付完成后回调商户程序使用。
(CompletionBlock)completionBlock
快捷支付开发包回调函数，返回免登、支付结果。相应的结果参考“”。
NSString* orderStr
主要包含商户的订单信息，key=“value”形式，以&连接。
支付参数示例如下，参数说明见“”：
partner=&8171&&seller_id=&&&out_trade_no=&-6177&&subject=&测试&&body=&测试测试&&total_fee=&0.01&&notify_url=&http://notify.msp.hk/notify.htm&&service=&mobile.securitypay.pay&&payment_type=&1&&_input_charset=&utf-8&&it_b_pay=&30m&&sign=&lBBK%2F0w5LOajrMrji7DUgEqNjIhQbidR13GovA5r3TgIbNqv231yC1NksLdw%2Ba3JnfHXoXuet6XNNHtn7VE%2BeCoRO1O%2BR1KugLrQEZMtG5jmJIe2pbjm%2F3kb%2FuGkpG%2BwYQYI51%2BhA3YBbvZHVQBYveBqK%2Bh8mUyb7GM1HxWs9k4%3D&&sign_type=&RSA&
处理客户端返回url
方法名称：处理客户端方法
方法原型：-(void)processOrderWithPaymentResult:(NSURL*)resultUrl standbyCallback:(CompletionBlock)completionB
方法功能：设备已安装支付宝客户端情况下，处理支付宝客户端返回的url。
注意：该方法必须实现，否则将会导致在安装手机支付宝的情况下，支付结果无法正常同步返回。
NSURL *resultUrl
支付宝客户端回传的url
CompletionBlock completionBlock
当支付宝客户端在操作时，商户app进程在后台被结束，只能通过这个block输出支付结果。
备注：请在APPDelegate的- (BOOL)application:(UIApplication )application openURL:(NSURL )url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation中调用该方法，具体可参见Demo。
在支付过程结束后，会通过callbackBlock同步返回支付结果。
返回结果需要通过resultStatus以及result字段的值来综合判断并确定支付结果。在resultStatus=9000，并且success=“true”以及sign=“xxx”校验通过的情况下，证明支付成功。其它情况归为失败。较低安全级别的场合，也可以只通过检查resultStatus以及success=“true”来判定支付结果。以下为订单支付成功的完成信息示例：
ResultStatus={9000};memo={};result={partner=&8171&&seller_id=&&&out_trade_no=&-6177&&subject=&测试&&body=&测试测试&&total_fee=&0.01&&notify_url=&http://notify.msp.hk/notify.htm&&service=&mobile.securitypay.pay&&payment_type=&1&&_input_charset=&utf-8&&it_b_pay=&30m&&success=&true&&sign_type=&RSA&&sign=&hkFZr+zE9499nuqDNLZEF7W75RFFPsly876QuRSeN8WMaUgcdR00IKy5ZyBJ4eldhoJ/2zghqrD4E2G2mNjs3aE+HCLiBXrPDNdLKCZgSOIqmv46TfPTEqopYfhs+o5fZzXxt34fwdrzN4mX6S13cr3UwmEV4L3Ffir/02RBVtU=&}
支付结果的提取，必须通过CompletionBlock获取，禁止开发者私自解析支付结果返回的URL。获取值的Key对应resultStatus、memo与result（result中的值，开发者可以自行解析）；
为了保障已有商户的正常使用，返回参数ResultStatus首字母为大写。在新的SDK中已经用统一的工具类实现了ResultStatus到resultStatus的转换，商户从CompletionBlock中获取resultStatus即可。
③导入代码：
步骤1：启动IDE（如Xcode），把iOS包中的压缩文件中以下文件拷贝到项目文件夹下，并导入到项目工程中。
AlipaySDK.bundle
AlipaySDK.framework
在Build Phases选项卡的Link Binary With Libraries中，增加以下依赖：
其中，需要注意的是：
如果是Xcode 7.0之后的版本，需要添加libc++.tbd、libz.tbd；
如果是Xcode 7.0之前的版本，需要添加libc++.dylib、libz.dylib（如下图）。
步骤2：在需要调用AlipaySDK的文件中，增加头文件引用。
#import &AlipaySDK/AlipaySDK.h&
步骤3：如果你的app基于9.0编译，那么为了适配iOS9.0中的App Transport Security(ATS)对http的限制，这里需要对支付宝的请求地址、做例外，在app对应的info.list中添加如下配置（文中以XML格式描述）。
&key&NSAppTransportSecurity&/key&
&key&NSExceptionDomains&/key&
&key&&/key&
&key&NSIncludesSubdomains&/key&
&key&NSTemporaryExceptionAllowsInsecureHTTPLoads&/key&
&key&NSTemporaryExceptionMinimumTLSVersion&/key&
&string&TLSv1.0&/string&
&key&NSTemporaryExceptionRequiresForwardSecrecy&/key&
&key&&/key&
&key&NSIncludesSubdomains&/key&
&key&NSTemporaryExceptionAllowsInsecureHTTPLoads&/key&
&key&NSTemporaryExceptionMinimumTLSVersion&/key&
&string&TLSv1.0&/string&
&key&NSTemporaryExceptionRequiresForwardSecrecy&/key&
如果商户配置了如下的配置：
&key&NSAppTransportSecurity&/key&
&key&NSAllowsArbitraryLoads&/key&&true/&
则上述的NSAppTransportSecurity可以不配置。
步骤4：配置请求信息。
Order *order = [[Order alloc] init];
order.partner =
order.seller =
order.tradeNO = [self generateTradeNO]; //订单ID（由商家?自?行制定）
order.productName = product. //商品标题
order.productDescription = product. //商品描述
order.amount = [NSString stringWithFormat:@&%.2f&,product.price]; //商
order.notifyURL = @&&; //回调URL
order.service = @&mobile.securitypay.pay&;
order.paymentType = @&1&;
order.inputCharset = @&utf-8&;
order.itBPay = @&30m&;
//应用注册scheme,在AlixPayDemo-Info.plist定义URL types
NSString *appScheme = @&alisdkdemo&;
//将商品信息拼接成字符串
NSString *orderSpec = [order description];
NSLog(@&orderSpec = %@&,orderSpec);
//获取私钥并将商户信息签名,外部商户可以根据情况存放私钥和签名,只需要遵循RSA签名规范,并将签名字符串base64编码和UrlEncode
id&DataSigner& signer = CreateRSADataSigner(privateKey);
NSString *signedString = [signer signString:orderSpec];
//将签名成功字符串格式化为订单字符串,请严格按照该格式
NSString *orderString =
if (signedString != nil) {
orderString = [NSString stringWithFormat:@&%@&sign=\&%@\&&sign_type=\&%@\&&,
orderSpec, signedString, @&RSA&];
[[AlipaySDK defaultService] payOrder:orderString fromScheme:appScheme callback:^(NSDictionary *resultDic) {
//【callback处理支付结果】
NSLog(@&reslut = %@&,resultDic);
[tableView deselectRowAtIndexPath:indexPath animated:YES];
详细可参见Demo中示例文件
AliSDKDemo\APViewController.h
AliSDKDemo\APViewController.m
AliSDKDemo\Order.h
AliSDKDemo\Order.m
步骤5：配置支付宝客户端返回url处理方法。
（外部存在支付包钱包，支付宝钱包将处理结果通过url返回。）
如示例AliSDKDemo\APAppDelegate.m文件中，增加引用代码：
#import &AlipaySDK/AlipaySDK.h&
在@implementation AppDelegate中增加如下代码：
- (BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation
//如果极简开发包不可用，会跳转支付宝钱包进行支付，需要将支付宝钱包的支付结果回传给开发包
if ([url.host isEqualToString:@&safepay&]) {
[[AlipaySDK defaultService] processOrderWithPaymentResult:url standbyCallback:^(NSDictionary *resultDic) {
//【由于在跳转支付宝客户端支付的过程中，商户app在后台很可能被系统kill了，所以pay接口的callback就会失效，请商户对standbyCallback返回的回调结果进行处理,就是在这个方法里面处理跟callback一样的逻辑】
NSLog(@&result = %@&,resultDic);
if ([url.host isEqualToString:@&platformapi&]){//支付宝钱包快登授权返回authCode
[[AlipaySDK defaultService] processAuthResult:url standbyCallback:^(NSDictionary *resultDic) {
//【由于在跳转支付宝客户端支付的过程中，商户app在后台很可能被系统kill了，所以pay接口的callback就会失效，请商户对standbyCallback返回的回调结果进行处理,就是在这个方法里面处理跟callback一样的逻辑】
NSLog(@&result = %@&,resultDic);
return YES;
④针对demo的运行注意：
1、关于签名代码问题
AliSDKDemo\Util及下面所有文件
AliSDKDemo\openssl及下面所有文件
libcrypto.a
这些文件是为示例签名所在客户端本地使用。出于安全考虑，请商户尽量把私钥保存在服务端，在服务端进行签名验签。
2、如果遇到运行后报错，类似于以下提示信息：
Cannot find interface declaration for 'NSObject', superclass of 'Base64'
那么需要打开报错了的文件，增加头文件。
#import &Foundation/Foundation.h&
3、如果商户要在某个文件中使用支付宝的开发包类库，需增加引用头文件。
#import &AlipaySDK/AlipaySDK.h&
4、点击项目名称，点击“Build Settings”选项卡，在搜索框中，以关键字“search”搜索，对“Header Search Paths”增加头文件路径：$(SRCROOT)/项目名称。如果头文件信息已增加，可不必再增加。
5、点击项目名称，点击“Build Phases”选项卡，在“Link Binary with Librarles”选项中，新增“AlipaySDK.framework”和“SystemConfiguration.framework”两个系统库文件。如果商户项目中已有这两个库文件，可不必再增加。
6、点击项目名称，点击“Info”选项卡，在“URL Types”选项中，点击“+”，在“URL Schemes”中输入“alisdkdemo”。“alisdkdemo”来自于文件“APViewController.m”的NSString *appScheme = @“alisdkdemo”;。
注意：这里的URL Schemes中输入的alisdkdemo，为测试demo，实际商户的app中要填写独立的scheme，建议跟商户的app有一定的标示度，要做到和其他的商户app不重复，否则可能会导致支付宝返回的结果无法正确跳回商户app。
⑤基本配置信息：
打开“APViewController.m”文件，对以下三个参数进行编辑。
NSString *partner = @&&;
NSString *seller = @&&;
NSString *privateKey = @&&;
IOS基本信息配置表：
合作身份者ID，以2088开头由16位纯数字组成的字符串。请参考。
支付宝收款账号，手机号码或邮箱格式。
private_key
商户方的私钥，pkcs8格式。请参考。
注意：这些参数配置是为客户端签名功能服务的，仅作为示例使用。商户在接入支付宝产品时，请把这些信息通过商户项目自己的服务端传递。
⑥代码示例运行逻辑：
步骤1：调用order.m里的函数description将商品信息拼接成字符串作为待签名字符串，如：
&partner=\&3491\&&seller_id=\&3491\&&out_trade_no=\&YR2VGG3G1I31XDZ\&&subject=\&1\&&body=\&我是测试数据\&&total_fee=\&0.02\&&notify_url=\&\&&service=\&mobile.securitypay.pay\&&payment_type=\&1\&&_input_charset=\&utf-8\&&it_b_pay=\&30m\&&
步骤2：使用类CreateRSADataSigner，调用signString签名函数做签名，如：
&GsSZgPloF1vn52XAItRAldwQAbzIgkDyByCxMfTZG%2FMapRoyrNIJo4U1LUGjHp6gdBZ7U8jA1kljLPqkeGv8MZigd3kH25V0UK3Jc3C94Ngxm5S%2Fz5QsNr6wnqNY9sx%2Bw6DqNdEQnnks7PKvvU0zgsynip50lAhJmflmfHvp%2Bgk%3D&
步骤3：把签名结果赋值给参数sign，并把sign加入之前的待签名数组中，此时得到的便是要请求给支付宝的全部数据。
&partner=\&3491\&&seller_id=\&3491\&&out_trade_no=\&YR2VGG3G1I31XDZ\&&subject=\&1\&&body=\&我是测试数据\&&total_fee=\&0.02\&&notify_url=\&\&&service=\&mobile.securitypay.pay\&&payment_type=\&1\&&_input_charset=\&utf-8\&&it_b_pay=\&30m\&&sign=\&GsSZgPloF1vn52XAItRAldwQAbzIgkDyByCxMfTZG%2FMapRoyrNIJo4U1LUGjHp6gdBZ7U8jA1kljLPqkeGv8MZigd3kH25V0UK3Jc3C94Ngxm5S%2Fz5QsNr6wnqNY9sx%2Bw6DqNdEQnnks7PKvvU0zgsynip50lAhJmflmfHvp%2Bgk%3D\&&sign_type=\&RSA\&&
步骤4：调用(AlipaySDK *)defaultService类下面的支付接口函数，唤起支付宝支付页面。
(void)payOrder:(NSString *)orderStr
fromScheme:(NSString *)schemeStr
callback:(CompletionBlock)completionBlock
appScheme为app在info.plist注册的scheme。
支付宝支付页面：
后面的动作全由买家在支付宝收银台中操作完成。如果设备中有支付宝客户端，会优先调用支付宝客户端进行支付，支付完成后会重新唤起商户app。
步骤5：当这笔交易被买家支付成功后支付宝收银台上显示该笔交易成功，并提示用户“返回”。此时在APAppDelegate.m的 - (BOOL)application:(UIApplication )application openURL:(NSURL )url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation 中调用获取返回数据的代码：
[[AlipaySDK defaultService]
processOrderWithPaymentResult:url
standbyCallback:^(NSDictionary *resultDic) {
NSLog(@&result = %@&,resultDic);//返回的支付结果
//【由于在跳转支付宝客户端支付的过程中，商户app在后台很可能被系统kill了，所以pay接口的callback就会失效，请商户对standbyCallback返回的回调结果进行处理,就是在这个方法里面处理跟callback一样的逻辑】
拿到返回数据：
点取消后返回
&alisdkdemo://safepay/?%7B%22memo%22:%7B%22result%22:%22%22,%22memo%22:%22%E7%94%A8%E6%88%B7%E4%B8%AD%E9%80%94%E5%8F%96%E6%B6%88%22,%22ResultStatus%22:%%7D,%22requestType%22:%22safepay%22%7D&
对其做URLDecode
&alisdkdemo://safepay/?{&memo&:{&result&:&&,&memo&:&用户中途取消&,&ResultStatus&:&6001&},&requestType&:&safepay&}&
点确认后返回
&alisdkdemo://safepay/?%7B%22memo%22:%7B%22result%22:%22partner=%5C%C%22&seller_id=%5C%C%22&out_trade_no=%5C%22QU6ZOD85K4HVQFN%5C%22&subject=%5C%221%5C%22&body=%5C%22%E6%88%91%E6%98%AF%E6%B5%8B%E8%AF%95%E6%95%B0%E6%8D%AE%5C%22&total_fee=%5C%220.02%5C%22&notify_url=%5C%22http:%5C/%5C/%5C%22&service=%5C%22mobile.securitypay.pay%5C%22&payment_type=%5C%221%5C%22&_input_charset=%5C%22utf-8%5C%22&it_b_pay=%5C%&success=%5C%22true%5C%22&sign_type=%5C%22RSA%5C%22&sign=%5C%22pg16DPA%5C/cIRg1iUFCl8lYZG54de+kfw+vCj32hGWye97isZ1A4bW6RNaDXHhZXVaI5Vk2YDxhNUl85EHRd+EL7%5C/+ogQTnsaEHl+D13PuZExIXRKGBnkYqaNV6kH6hDygnf5IOtoojHWLQyem7oRBVzB0vlF%5C/+YGFpzFHZyTVpM8=%5C%22%22,%22memo%22:%22%22,%22ResultStatus%22:%%7D,%22requestType%22:%22safepay%22%7D&
对其做URLDecode
&alisdkdemo://safepay/?{&memo&:{&result&:&partner=\&3491\&&seller_id=\&3491\&&out_trade_no=\&QU6ZOD85K4HVQFN\&&subject=\&1\&&body=\&我是测试数据\&&total_fee=\&0.02\&&notify_url=\&http:\/\/\&&service=\&mobile.securitypay.pay\&&payment_type=\&1\&&_input_charset=\&utf-8\&&it_b_pay=\&30m\&&success=\&true\&&sign_type=\&RSA\&&sign=\&pg16DPA\/cIRg1iUFCl8lYZG54de+kfw+vCj32hGWye97isZ1A4bW6RNaDXHhZXVaI5Vk2YDxhNUl85EHRd+EL7\/+ogQTnsaEHl+D13PuZExIXRKGBnkYqaNV6kH6hDygnf5IOtoojHWLQyem7oRBVzB0vlF\/+YGFpzFHZyTVpM8=\&&,&memo&:&&,&ResultStatus&:&9000&},&requestType&:&safepay&}&
之后，对这些数据做处理。
由于在跳转支付宝客户端支付的过程中，商户app在后台很可能被系统kill了，所以pay接口的callback就会失效，请商户对standbyCallback返回的回调结果进行处理；
同步返回数据时，建议通过服务端的验签功能代码做验签处理，之后再对返回的数据做业务逻辑处理；
须以服务器异步通知的结果数据为准，并对其做业务逻辑处理；
SDK付款有两种模式：如果外部存在支付宝钱包，则直接跳转到支付宝钱包付款；不存在的场景下，在SDK内部进行H5支付。测试同学需要关注这两类测试场景。
至此文档结束，由于我本人对于IOS开发并不精通，所以以上绝大部分借鉴支付宝相关文档，但都是我认为比较重要的地方，仅供参考。Samsung Pay正式在中国推出 移动支付哪家强？
关键字: Sumsung PayApple PayHuawei Pay移动支付三星支付三星移动支付登录中国市场苹果三星竞争
据新华社3月30日报道，3月29日，在北京798艺术区参加活动的嘉宾共同用Samsung Pay刷卡，为Samsung Pay正式上线启幕。当日，三星电子公司携手10余家中国商业银行和中国银联，正式向中国大陆市场推出搭载了银联云闪付等移动支付功能的“Samsung Pay”。银联卡持卡人可通过具备Samsung Pay功能的三星手机管理和使用自己的银联卡，体验新一代移动支付。据介绍，首批支持Samsung Pay的机型包括三星Galaxy S7、Galaxy S7 edge、Galaxy S6 edge+和Galaxy Note5共4款，未来适配机型还将不断增加并有更多中国商业银行加入。
3月29日，在北京798艺术区参加活动的嘉宾共同用Samsung Pay刷卡，为Samsung Pay正式上线启幕
继苹果、华为后，三星也正式进入中国移动支付市场。昨日，三星电子联合中国银联以及多家商业银行对外宣布，搭载银联云闪付的Samsung Pay服务上线。至此，全球前三手机厂商齐聚移动支付市场。业内分析认为，手机厂商之所以集体扎堆移动支付，目的在于构建自身的闭环商业生态，但想要快速发展却并不容易，主要在于支付宝、微信已经形成主导格局。不过对于硬件厂商来说，并非没有机会，庞大的用户基础和数以千万计的手机销量无疑是最大的变数。
在公测了一个多月之后，三星移动支付Samsung Pay昨日正式登陆中国市场，这一时间要晚于竞争对手苹果移动支付Apple Pay和华为移动支付Huawei Pay。
自Apple Pay2月18日推出以来，市场反响非常积极。这项应用已经成功的融入了许多消费者的日常生活中，成为他们常用的支付方式。此外，本土产品Huawei Pay也于3月21日宣布推出，加入混战。
尽管时间上较晚，但在功能上Samsung Pay却占据一定优势。据了解，Samsung Pay、Apple Pay、Huawei Pay都是基于NFC（近场支付）技术。不过与Apple Pay、Huawei Pay不同的是，Samsung Pay不仅支持NFC闪付POS机，还可以在包括云闪付（QuickPass）终端在内的更多POS机上实现支付。也就是说，Samsung Pay能够在任何有POS机的地方使用，无需担心POS机是否经过NFC改造，Samsung Pay应用广泛性要高于Apple Pay、Huawei Pay。
事实上在去年8月和9月，Samsung Pay就分别在韩国和美国正式上线了，运营情况很好，交易额不断提升。而对于中国市场，三星必然倍加重视，中华网记者也了解到三星对于Samsung Pay的测试非常严苛，在全国60个地市进行了测试。同时在公开测试阶段三星还收集用户的反馈信息再做优化和调整，对于用户的体验感受，三星方面确实在Samsung Pay的身上用心良苦。
据悉，使用Samsung Pay支付时，无论在锁屏、黑屏还是主屏幕界面下，用户只需从Home键上滑调出卡片，选择卡片，扫描指纹，即可靠近POS机完成支付。
目前，国内有包括中国银行（信用卡及借记卡）、中国工商银行（信用卡）、中国建设银行（信用卡及借记卡）、中信银行（信用卡及借记卡）等15家主要银行支持此项服务。
不过，现阶段支持的Samsung Pay手机并不多，仅三星Galaxy S7、 Galaxy S7 edge、Galaxy S6 edge+和Galaxy Note 5共计4款手机。不过三星方面表示，适配机型还将不断增加。
3月29日，在北京798艺术区,一名活动参与者(右)在现场工作人员引导下体验Samsung Pay移动支付功能
目前，国内已有15家主要银行支持Sumsung Pay服务，较公测时增加了8家。包括中国工商银行（信用卡）、中国银行（信用卡及借记卡）、中国建设银行（信用卡及借记卡）、中信银行（信用卡及借记卡）、中国光大银行（信用卡）、华夏银行（信用卡）、中国民生银行（信用卡）、招商银行（借记卡）、广发银行（信用卡）和平安银行（信用卡）。Samsung Pay表示将在近期陆续支持交通银行、兴业银行、上海浦东发展银行、渤海银行和北京银行。未来，更多银行有望加入。
昨天上午，部分用户在注册和绑卡时遇到了无法连接服务器的情况。三星方面表示，由于注册用户太多，造成服务器繁忙，服务受到影响，公司正在紧急处理。随后，有用户表示已经恢复。
使用：支持ATM机无卡取现
想要使用Samsung Pay的用户，首先要确保手机上Samsung Pay是最新版，然后打开该App，通过登录三星账户、绑定银行卡、下载相关组件等，即可体验支付。相比Apple Pay，在初次注册时多了登录账户和下载相关组件的步骤，因此在绑定阶段对网络稳定性的要求较高。
但是，Samsung Pay在切换卡片方面更为方便。与苹果手机一样，一台三星手机可以添加多张银行卡。在支付时，用户可以在Samsung Pay页面通过左右滑动切换本次支付想要使用的卡片，针对不同的优惠活动可以灵活选择各个银行卡。而Apple Pay则会自动使用“默认卡片”进行支付，用户如果想要更换支付卡片，则需要打开Wallet软件，在里面通过长按并下拽的方式，提前将其设置为默认卡片。
与Apple Pay可以直接在黑屏下使用指纹进行支付不同，Samsung Pay在支付时，需要调出支付页面，才可以进行支付。但是，用户可以在黑屏状况下直接向上轻轻滑动，即可在1秒左右调出支付页面。
此外，与Apple Pay相同，Samsung Pay也支持在银行ATM机上“无卡取现”。在支持“非接IC卡”的ATM机上，用户点击完成安全确认后，进入“金融账户”选择“取款”，然后进入刷手机的环节。按照提示界面的要求，将手机放在ATM机的“IC卡感应区”，输入所需金额，选择是否打印凭条后，输入自己的银行卡密码，ATM机会提醒用户再度将手机放在读卡器上，感应完成后，就可以取走现金了。
优势：商户无需升级POS机
相比Apple Pay来说，Samsung Pay最大的优势就在于使用范围广泛，几乎支持所有POS机。由于Samsung Pay除了NFC（近场通信技术）之外，还拥有MST（磁信号安全传输）技术，而后者支持几乎所有磁卡式的POS机，无需商家更换或者升级POS机便可使用。因此只要能刷卡的地方，几乎都可以使用Samsung Pay。
Apple Pay或是其他手机厂商的支付应用都只采用NFC的方式，而NFC方式的POS机终端在中国只占所有POS机的30%。也就是说Apple Pay或其他手机厂商的支付应用，在另外70%的店铺中实际是无法使用的，即便店铺中拥有POS机，这种老旧磁卡式的POS机也无法支持Apple Pay或华为Pay等。
此外，三星方面也特别强调了Samsung Pay的安全性。Samsung Pay依靠指纹认证或PIN码（数字密码）， 支付标记（Token）及三星独有的KNOX技术来确保安全。支付标记方面与Apple Pay基本相同，都是基于银联新推出的“云闪付”。Samsung Pay将实体银行卡变为“虚拟卡”储存在手机里，在支付的过程中不会显示用户的个人信息，因此不会泄露用户的卡片信息。而每次交易，商家只会收到一个支付标记，即一串加密过的数字，用这个支付标记代替真实的银行卡信息，避免了银行卡信息泄露。
同时，Samsung Pay在使用时也不需要联网即可完成支付。这就使得用户可以在更多的场景中使用，如地下车库、地下超市、商场以及偏远地区等网络信号不好的地方，Samsung Pay也能完成支付。
请支持独立网站，转发请注明本文链接： 责任编辑:吴娅坤