iOS推送Token Hex或B64

发布于 12-13 17:26 字数 262 浏览 2 评论 0原文

因此,我们正在为制作应用程序的供应商开发 iOS 推送通知,我认为我看到了两种不同的方式可以将其发送给我们。我只是想知道这是真的还是我走错了路。

我看到他们可以 A 获取用于推送的 DeviceToken (NSObject) 并对它进行 Base64 编码并将其传递给我们发送。或者他们可以获取 NSObject 和 HEX 字符串并将其传递给我们,而不进行 Base64 编码。

这是真的吗?尝试发送给 Apple 时是否有单独的处理逻辑?

提前谢谢各位了!

So, we are working on iOS push notifications for vendors that make apps and I think i am seeing two different ways that it can be sent to us. I am just wanting to know if this is a true or am i going down the wrong path.

I see that they can either A take the DeviceToken for push (NSObject) and Base64 Encode it and passes it to us to send. OR they could take the NSObject and HEX string it and pass it to us and not do the Base64 Encoding.

is this true? is it separate logic for handling when trying to send to Apple?

Thanks ahead of time guys!

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

顾冷2024-12-20 17:26:59

基本上,你是对的。十六进制数绝对与 Base64 编码的数据不同。理论上,您可以使用无数其他可能的编码将令牌发送到服务器,但这两种可能是最流行的。

Base64 使用更多字符进行编码,因此需要更少的空间,并且它是通过网络发送二进制数据的事实上的标准,所以这就是我会选择的。

Basically, you are correct. A hexadecimal number is definitely not the same as base64-encoded data. Theoretically, there is an infinite number of other possible encodings you could use to send the token to your server, but those two are probably among the most popular.

Base64 uses more characters for encoding so it needs less space, and it is kind of a de-facto standard for sending binary data over the network, so that's what I would opt for.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文