目录：

• 1、ios-app被拒绝了，怎么办
• 2、ios 获取用户位置信息审核会被拒绝吗
• 3、iOS因后台定位被拒，有什么解决 ***
• 4、IOS APP由于IPV6问题被拒怎么解决
• 5、应用提交 App Store 上架被拒的原因都有哪些
• 6、iOS app发布后台定位被拒，应该怎么解决

ios-app被拒绝了，怎么办

哪种原因，麻烦把iTunes Connect里面拒绝的原因贴出来，不然无法确认定位。定位到原因，按照要求修改后重新提交

ios 获取用户位置信息审核会被拒绝吗

ios定位被拒我记得以前是会自动识别ios定位被拒的ios定位被拒，是iphone用户就直接发imessageios定位被拒，不是iphone用户就是短信发送哎。。。 查看原帖

iOS因后台定位被拒，有什么解决 ***

近日在网上看到一个文章，介绍 iPhone、Android 上的热门的 VOIP 应用 Viber，曰：“它可以完全运行在后台，且不会耗电，即便是不运行在后台，你照样可以拨打免费 *** 和发免费短信。” 应该说，这些说法从技术上看并不严谨。首先，从这段文字能得到一个模糊的印象，一个在后台运行的程序，并且不会耗电;其次，“程序即便是不运行在后台，照样可以拨打免费 *** 和发短信”，这如何理解呢？程序运行在前台能否拨打免费 *** ？程序压根不运行时能否拨打 *** ？VOIP 应用是一种必须实现为“多任务”的业务，这种业务通常是耗电的大户。因此这段文字背后引出其中一个有趣的技术问题，智能设备上的多任务的业务如何能够“不会耗电”？ 让我们先看看智能手机上的电池电量限制与多任务需求的关系。 智能手机上电池电量限制与多任务需求 智能手机与桌面电脑的根本区别在于智能手机本身的硬件尺寸与电池电量大小，电池电量对智能手机来说是关键而致命的限制，人们要求手机越来越轻薄，功能越来越强大，然而待电时间却要求越来越长，这不是“又要马儿跑又要马儿不吃草”的事情么!为此，智能手机上的电池电量正如沙漠中的水，一点一滴都不可以浪费。 为了节约电池的电量，智能手机上的操作系统的一个基本策略是，尽量减少正在运行的程序，这个道理很简单，运行的程序越多，需要耗费的 CPU 计算时间就越多，电量就省不下来。下面的图是苹果 iOS 设备应用程序调度状态图，事实上苹果设备是除了用户正在操作的程序，其他打开的程序进程尽可能都放到“挂起(Suspended)”的状态下。在“挂起”的状态下面，程序进程处在休眠状态，不耗费 CPU 计算能力。当用户没有对设备进行操作的时候，整个系统处在休眠的低电状态。(这里进程的意思是：程序运行实例)智能手机上的 VOIP，作为一种多任务型的业务，却恰恰踩在耗电的雷区上。VOIP 类的应用需要实现为多任务原因是需要维持应用应用与服务器之间的长期的 *** 连接，当 *** 侧的来电呼叫到达的时候，提示用户进行接听。因此程序有“长期存活”的“待机”需求，后台长期存活的程序仅仅能处在“后台(Background)”的状态下面，这个状态下的程序进程，需要耗费 CPU 计算能力和电量。为何叫做“多任务”型的业务呢，意思是由于此业务的存在，除了用户交互的程序进程，还存在另外的“存活”进程。 苹果 iOS 设备的 VOIP 实现 正是由于对程序耗电量的锱铢必较，苹果公司曾经拒绝实现“真正”的多任务，使用“快速程序切换”来缓解用户对大部分“多任务”的需求，如今，相信苹果的研发团队是在做了艰难的平衡之后，决定允许部分业务实现为“多任务”。这些业务主要是上文提到的后台的音乐播放、后台的 GPS 定位服务、新闻订阅业务的后台定期更新、VOIP 应用等等，并为后台业务实现提供严格的开发指引。VOIP类的业务正是苹果公司强制管理的一种“多任务”业务，如果开发团队不遵守架构限制，软件将不能通过审核和在苹果应用商城上发布，而 Viber，在 iOS 平台上，应该是遵循了该架构。 让我们来看看苹果公司为VOIP实现，这种架构下如何可能达到省电的目标。 下面描述的文字非开发指引，仅仅为了帮助理解 VOIP 应用进程的调度过程(需要一定的软件开发背景来理解)： 1、VOIP 应用需要在 Info.plist 里配置 UIBackgroundModes 的值为 “VOIP” ，告知系统，此乃 VOIP 应用。 2、程序配置用于 VOIP 业务的 *** 连接(Socket)，告知系统，在程序进程被调度到“挂起(Suspended)”状态时该特殊的 *** 连接需要被系统接管，因此，此时 *** 连接仍然是活动的。当 *** 连接有新的数据到达的时候，程序将从“挂起(Suspended)” 状态被唤醒到“后台 (Background)”状态，如果是个来电事件，VOIP应用则发起一个本地提醒事件，此时用户可以在设备的界面上看到来电提醒，如果用户选择接听来电，则 VOIP 应用被调度到前端的“活动 (Active)”状态直接与用户交互，否则，回退到低电的“挂起(Suspended)”状态。下图可以看到左图是传统的 VOIP 应用，在“待机”状态下整个程序都运行在耗电的“后台 (Background)”状态，右图是苹果的 VOIP 实现，仅仅 *** 连接运行在耗电的“后台 (Background)”状态。其余系统部分运行在低电的“挂起(Suspended)”状态。3、安装 Keep-Alive 的处理函数维持与服务器端的长连接。VOIP应用将被周期性从“挂起(Suspended)”状态调度到“后台 (Background)”，使 Keep-Alive 的处理函数能够定期向 *** 服务器发送“心跳”的 *** 包。 总结：在 iOS 实现的 VOIP 方案中，应用进程可以看作两部分，一部分是需要系统内核看管的 *** 连接和系统的定期唤醒服务，另一部分是 VOIP 的程序逻辑，在 VOIP 的状态下，后一部分被放到了低电的“挂起(Suspended)”状态，最少的使用了 CPU，因此可以达到省电的效果。 为何能够更省电 然后，回到关于Viber的问题，如何“程序即便是不运行在后台，照样可以拨打免费 *** 和短信”？据考究，实际上应为“即便程序不运行，照样可以接听 *** 和短信”。原因是，拨打 *** 和短信，肯定必须有用户的交互操作，程序只能处在“活动(Active)状态”，不可能是不运行的。根据Viber的网站的资料，Viber 使用了苹果的 APNs(Apple Push Notification Service)功能，当用户有 *** 拨入或者短信发送过来的时候，此时才加载 Viber 应用。APNs 服务是一种 Apple 公司的 *** 端服务，用来向苹果设备推送消息，通常也用来实现邮件推送等功能。 当然，使用 APNs 的方式提醒用户来电和短信，可以更加省电，在“待机”期间，Viber 程序可以根本没有运行，仅仅当有来电和短信的时候借用了系统提供的 APNS 服务来唤醒和加载应用。 终极的省电方式 当然，无论如何优化，这种 VOIP 应用相比起传统语音实现来说仍然是耗电的，因为整个系统(智能手机的 AP 部分)不能休眠。在是传统的非 VOIP 话音业务中，如果没有来电和用户操作，整个系统是休眠的，仅仅是基带芯片(智能手机的 CP 部分)在工作，负责维护与电信运营商基站的连接，这无疑是最省电的一种工作方式。

IOS APP由于IPV6问题被拒怎么解决

您好，这里是七麦数据的解答：

各位开发者在向 App Store 上传产品的时候，经常会遇到一个头疼的问题，产品因为 App Store 审核规则中 IPv6 相关内容被拒。有时候我们甚至已经配置好 IPv6 了，但还是没能过审……其实解决 IPv6 问题并不难，而且解决思路有两种，一个是从苹果的角度思考并解决问题，另一个则是以开发者的视角来解决问题。

思路一：从苹果角度出发解决问题

这一思路考虑的要点是「为什么苹果会拒绝我的审核」。

1.如果我没有配置 IPv6 怎么办：

之前已经有一篇文章讲解过了配置 IPv6 的详细流程，读者可以移步这里去看还在为 IPv6 烦恼？这篇文章完美解决你的难题！。

但当我配置好 IPv6，但还是被苹果爸爸打了回来，我们就需要想想是不是有其他问题使苹果的审核中断了。

2.多环境下模拟测试找问题：

有时候苹果关于 IPv6 的审核流程未能完成，问题也可能出现在了其他位置：

比如 *** 延迟是常见的情况之一，在配置好 IPv6 之后，因为 *** 延迟导致了苹果审核无法正常进行，那么我们可以通过模拟来测试，比如模拟外网环境；

同时我们也应该测试是否会有 Bug 导致卡在某个页面，例如有测试账号的 App，是否会出现输入手机号后书输入验证码无法登陆情况（苹果未点击“获取验证码”按钮），以及苹果输入验证码少或者多几位情况。

各位 CP 有时间可进行对应测试，主要为了寻找苹果遇到的问题，而并非一定是 IPv6 本身的问题。

3.架设国外服务器解析：

还有一个很常见的情况是因为苹果在外网，因为某些原因，经常会无法访问国内服务器 *** 。那么我们可以购买韩国或日本服务器来假设 IPv6 供苹果进行测试。

思路二： 从 cp 角度出发解决问题

与思路一不同，这一思路做的事情是「让苹果爸爸知道我配置 IPv6 了」，且这一路径基本可以忽略苹果审核的回复内容。

4.拍摄 IPv6 *** 下正常视频反馈：

配置好 IPv6 后使 用 10.3.1 设备在 IPv6 环境下测试（根据苹果设备情况，自己架设 IPv6 环境），如果多次测试无误，可拍摄视频上传至 YouTube，反馈给苹果审核视频链接处理（需梯子）。

5.部分内容本地加载， 做 if 判断：

做开关内容，把部分内容，例如需要远程加载的图片放到包内做本地加载，这样苹果就能相对轻易地看到要审核的内容类，规则如下：

检测到国外网 ip 访问，则不请求远程数据，直接访问本地内容

检测到国内 *** ip 访问则请求远程端数据加载

（此处可做自动开关检测，也可以做手动开关，规则可自定，ip 只是规则中的一种）

以上 *** 基本上就能解决绝大多数的 IPv6 问题了，虽然这个事情说大不大说小不小，但一旦遇上被拒还是很不爽的，希望上面的内容能帮到大家。

以上是七麦数据的回答，望采纳~

应用提交 App Store 上架被拒的原因都有哪些

被拒的原因常见的有：

1、APP的完成度

要考虑iOS上架应用是否有明显的bug，在IPV6 *** 下能够流畅使用，是否有隐藏开关，测试账号是否完善等等。

2、准确的元数据

描述、截图与实际功能不符，一定要用苹果手机截图，去除隐藏功能模块代码

3、商业模式

主要是因为没有资质。所以建议大家尽可能多地把自己公司合规的证据资料发给苹果。

4、强制或暗中采集用户信息

不能暗中采集或共享用户的个人信息，将“强登录”功能修改为提示登录的版本。

5、 重复 App

当iOS上架应用的代码或者功能与已有APP相似度太高，那么有可能会被认定为马甲包。

6、功能不够完善

如果苹果人为该iOS上架应用功能太少，没有核心功能时，那么也可能审核不通过。一般打包封装的APP很容易触发这个问题。

7、支付

主要是iOS上架应用接入第三方支付，支付宝、微信等，所以还是老老实实地走苹果支付的支付方式。

8、代码违规

很可能是三方库中含有SDK，检查文档中是否有违规字符串，有的话删掉。

9、定位服务

还是那句话，iOS上架应用如果要采取用户数据信息，需要给予用户提示，得到用户的允许。

10、知识产权

主要是iOS上架应用中未经授权，使用受版权保护的第三方材料。

iOS上架还会遇到各种各样的问题，根据反馈来进行相应的修改。

如果上架App Store受阻，其实可以通过苹果企业签名和tf签名的方式来进行安装，两种 *** 都是不需要经过App Store审核的快速安装方式。

进入微导流，点击上方的“企业签名”或“tf上架”，上传ipa进行在线签名即可。

iOS app发布后台定位被拒，应该怎么解决

ios被拒,会给你说,他们ios定位被拒的审核内容哪条不符合,只要根据提示改正,再次申请审核,直到全部符合ios审核规格,就可以通过ios定位被拒了~~~