Ios 如何检查base64编码是否正确?

Ios 如何检查base64编码是否正确?,ios,in-app-purchase,Ios,In App Purchase,我是base64编码TransactionReceipt以进行应用内购买验证。我在我的应用程序中编码并将其发布到我的服务器,然后发送到沙盒。我的状态是:21002。如何检查我的编码收据以确保编码正确 这是我们发送到沙箱的内容: “接收数据”:“UPOMP4QUAIKCGAACGOAAAAAAAAAAB7CGKIC2LNBMF0DXJLIIA9ICJBAW9DWFHQEUPKESTUC29WZKJIUGE2BKXDS0HHBNQBE5IRTLERTE1KYVJ2STZDTNIZVLQLVBZE5G

我是base64编码TransactionReceipt以进行应用内购买验证。我在我的应用程序中编码并将其发布到我的服务器,然后发送到沙盒。我的状态是:21002。如何检查我的编码收据以确保编码正确

这是我们发送到沙箱的内容:

“接收数据”:“UPOMP4QUAIKCGAACGOAAAAAAAAAAB7CGKIC2LNBMF0DXJLIIA9ICJBAW9DWFHQEUPKESTUC29WZKJIUGE2BKXDS0HHBNQBE5IRTLERTE1KYVJ2STZDTNIZVLQLVBZE5GRLFWRMMM5D01N2BHJH……”,“密码”:“CKWOP8Ghabhyayaaa…”

这看起来像base64编码吗?我们的名称-值对是否正确?我们只是发送一张收据和一个密码作为名称-值对,对吗


谢谢。

在我得到的一个在线base64解码器上?� �� ������������������{“signature”=“AioCXXjyJJy+TsopfBHPa6nLCKHGnsjlNbE9kLMdaRvI6CNr3VT9BUAdNFFQpFc9wGh7SvlrG”当我尝试解码时,我怀疑有什么问题。至少“A”字符的长字符串是奇数。这里的Base64解码器:我必须在编码之前将十六进制收据更改为ASCII吗?“signature?”“应该是收据中的第一个名称/值对。您可以将base64编码为“纯二进制”(我想这就是您所说的“十六进制”)——这是首先使用base64的主要原因。然而,不幸的是,引用的在线编码器/解码器不能很好地处理纯二进制数据。(你可能会在某个地方找到一个可以接受二进制文件或十六进制字符串的文件。)注意,在二进制数据中很容易意外地获得一些额外的字符——例如回车符或空格字符。如果目标站点不能容忍“垃圾”,你需要注意长度在字符串的末尾。还要注意,编码字符串的末尾可能有0到3(IIRC)“=”个字符作为填充字符——这些字符是“重要的”,需要与其余字符一起包含。在一个在线base64解码器上,我得到了“?”?� �� ������������������{“signature”=“AioCXXjyJJy+TsopfBHPa6nLCKHGnsjlNbE9kLMdaRvI6CNr3VT9BUAdNFFQpFc9wGh7SvlrG”当我尝试解码时,我怀疑有什么问题。至少“A”字符的长字符串是奇数。这里的Base64解码器:我必须在编码之前将十六进制收据更改为ASCII吗?“signature?”“应该是收据中的第一个名称/值对。您可以将base64编码为“纯二进制”(我想这就是您所说的“十六进制”)——这是首先使用base64的主要原因。然而,不幸的是,引用的在线编码器/解码器不能很好地处理纯二进制数据。(你可能会在某个地方找到一个可以接受二进制文件或十六进制字符串的文件。)注意,在二进制数据中很容易意外地获得一些额外的字符——例如回车符或空格字符。如果目标站点不能容忍“垃圾”,你需要注意长度另请注意,编码字符串的末尾可能有0到3个(IIRC)“=”字符作为填充字符——这些字符是“重要的”,需要与其余字符一起包含。