从 App Store 安装应用程序时，Web 请求的行为有所不同
这是一个真正的 doosra，所以我希望有人以前遇到过这个问题并找到解决方案。
我有一个应用程序，它向服务器发送请求以检查其数据更新（它已经存在了一段时间，因此我们使用 ASIHTTPRequest）。执行此操作时，应用程序还会将当前数据库作为 URL 参数中的 JSON 数组发送。在开发过程中，一切都运行良好，即使在使用 Ad-Hoc 分发和 Enterprise 分发时也是如此。当使用 App Store 分发应用程序时，就会出现问题，请求突然不会发布所需的 URL 参数，从而导致服务器端故障。
我的问题是，有谁知道为什么应用程序在上传到应用程序商店时会突然决定表现不同？奇怪的是，完全相同的代码在 Enterprise 发行版和 Ad-Hoc 发行版中可以完美运行，但在 App Store 上却无法运行。
更多信息：离线数据存储在 CoreData 中，使用 ASIFormDataRequest 进行请求，并使用 JSONKit 编码 JSON。
This is a real doosra, so my hope is just that someone has come across this before and found a solution.
I have an app that posts requests to a server to check for updates to its data (it's been around for a while, so we're using ASIHTTPRequest). When doing this, the app also sends the current data library as a JSON array in a URL parameter. During development, everything works great, and even so when using Ad-Hoc distribution and Enterprise distribution. The problem arises when the app is distributed using the App Store, all of a sudden the requests are not posting the required URL parameter, which causes a server side failure.
My question is, does anyone know why an app would suddenly decide to behave differently when uploaded to the App Store? It seems odd that exactly the same code would work perfectly in Enterprise distribution and Ad-Hoc distribution, but then not work on the App Store.
Further information: The offline data is stored in CoreData, an ASIFormDataRequest is used for the request and the JSON is encoded using JSONKit.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
事实证明，问题是与 App Store 上的更新请求一起传送的 apns 设备令牌有关。
Turns out the problem was to do with an apns device token being delivered with the update request on the App Store.