iphone6滴滴打车定位禁用了 怎么办除
<p class="detail" data-data='iphone6滴滴打车定位禁用了 怎么办除'>iphone6滴滴打车定位禁用了 怎么办除[图片]
按时间排序
设置--隐私，有个位置服务。找到滴滴打车，把按钮打开就行。
不定位怎么知道你在哪儿？新下的app会询问你是否可以访问你的位置信息你选择了不允许？如果是这样进入隐私修改为允许就好
我的iphone定位常去地点只有记录手机到过的地方，其他的没显示
感谢您为社区的和谐贡献力量请选择举报类型
经过核实后将会做出处理感谢您为社区和谐做出贡献
确定要取消此次报名，退出该活动？
请输入私信内容：扫一扫，上赶集群组
扫码使用“赶集群组”
交友&&寻爱&&找工作
聊天&&聚会&&不寂寞
加微信：A515776（加微信客服详谈）订购方式只要把收货地
iPhone直营旗舰店
其他人还在看
其他人还在看尾巴健谈|我的 iPhone 6 Plus 为啥会这么卡丨数字尾巴
请绑定手机号
亲爱的尾巴用户：根据相关法律法规，需要绑定手机才能发布内容，感谢你的理解
事情的起因是这样的：我在尾巴小组（ 数字尾巴最新版 3.0 客户端中加入的兴趣社交平台 ）发了条分享，“
然后，就有不少用户在评论中质问道，“ 装了 442 个 App，与你 1G RAM 有啥关系呀 ”。于是就有了现在的这篇文章。首先感谢大家的批评指正，我的这条小组分享在表述上确有问题。需要说明的是，我所指的卡顿只是在一些应用场景下有明显感受，而在关闭所有后台应用并且不接入网络的场景下，我的 iPhone 6 Plus 就比较流畅了。自 2014 年 11 月初入手 iPhone 6 Plus（ 128G ROM 版本，一直保持最新系统 ）至今，我就从来没有在这台设备上感受到「 运行很流畅、一点都不卡顿 」—— 这一 iOS 设备广为人知的重要特性。此前，在入手 iPhone 4S 后，我在很长一段时间中都有这样的感受。就 iPhone 6 Plus 卡顿的问题，我认为包括以下两个大的层面：1. 同等条件下（ 例如在恢复出厂设置、不接入网络、均为同一版本系统的情况下 ），iPhone 6 Plus 为啥比 iPhone 6 更卡顿？
2. 现在状态（ 包括但不限于装有 442 个 App 这样的形容词 ）的 iPhone 6 Plus，为啥比我抹掉所有内容和设置（ 即恢复出厂设置 ）后的 iPhone 6 Plus 要卡顿？正是基于这两个大的层面的对比，iPhone 6 Plus 之于我的卡顿印象会更加明显。何况卡顿本身就是一个很主观，并且具有对比性的表述。（ 注：以下内容更多是站在用户分析，而非专业技术性解释的视角。）iPhone 6 Plus 为啥比 iPhone 6 卡？不少玩家都有 iPhone 6 Plus 比 iPhone 6 卡顿的印象，究其原因，可能是 iPhone 6 Plus 首次采用的 1080P 显示屏（ 逻辑分辨率为 1242 × 2208 ）。
一种流行说法认为，同等配置下，分辨率更高的 iPhone 6 Plus 必然比 iPhone 6 要卡顿，苹果 A8 芯片对于 1080P 显示屏 iPhone 的优化是个大问题。iPhone 6 Plus 在实际运行的过程中，我也隐约感受到了苹果 A8 芯片的「 吃力感 」。或许可以作为参照的是，史上最短命的 iOS 设备—— The new iPad，而我也在第一时间入手了这台设备。
2012 年 10 月，在发布 The new iPad（ 即第三代 iPad，搭载 A5X 处理器，为首款 Retina 显示屏 iPad ）七个月后，苹果就颇为罕见地推出了搭载 A6X 处理器的第四代 iPad，第三代 iPad 同时停产，成为史上最短命的 iOS 设备。除了芯片上的问题，iOS 8 系统也没有对 1080P 显示屏 iPhone 进行很好的适配和优化。
就使用 iPhone 6 Plus 这 1 年多的感受，在 iOS 8 系统上不管是后台切换还是一些转场动画，都出现过明显的掉帧和卡顿现象。当然不只 iPhone 6 Plus，iOS 8 时代的 iPhone 6 也会有一些这样的问题，只是没有 Plus 版本显著。iOS 8 是我从 iOS 4.3 开始接触苹果后，bug 最多的一代 iOS 系统。对第三方 App 的全面开放（ 4000 多个 API ）以及系统全局搜索的加入，也让 iOS 8 系统底层经历了一场大变。&
印象深刻的是，128G 版本的 iPhone 6 Plus 就曾在 2014 年底曝出安装应用多于 700 个后会无限重启的 Bug。亦有说法称，头几批次的 iPhone 6 Plus （ 128G 版本 ）在 ROM 硬件上存在问题。
进入 iOS 9 时代，iPhone 6 Plus 上的系统性 Bug 少了，但系统级的卡顿现象依然存在，最明显的就是后台应用的左右切换过程，依然欠缺顺滑感。下拉通知中心的今天视图，一些显示界面较为复杂的第三方插件（ 诸如印象笔记 ）也是延迟出现，这可能与重新加载有关。我的 iPhone 6 Plus 为啥会这么卡
理论上来说，下载多少个应用对 iPhone 6 Plus 的实际运行并不会带来明显的卡顿，例如在下载 442 个第三方应用后，你从来都不打开和运行的情况下。但考虑到我的 iPhone 6 Plus 一直处于高度活跃的状态，所以这个问题并没有那般简单。
一、即便不装任何第三方应用，我的 iPhone 6 Plus 在后台也很活跃。1. 我的 iPhone 6 Plus 一直都连着 Apple Watch，这也意味着其一直都开着蓝牙功能，而且时不时地会与 Apple Watch 进行数据传输；我的 iPhone 6 Plus 也一直连着 MacBook Air，后台一直开启 Handoff 互联互通功能。
2. 我 iPhone 6 Plus 屏幕最上方的定位服务图标时常会显示出来，这是因为系统级的定位服务我一般都会打开，而这也导致我的手机间或进行定位服务。定位服务之外，Siri、iCloud、Apple Pay 等系统级服务我都会一直打开。
重点说下 iCloud，只要我用 iPhone 6 Plus 拍了一张照片，后台就会自动在 WiFi 网络下将其上传到 iCloud 服务器；但常见的情况是，我在外面拍了几十或者上百张照片，然后回到家中后可能需要几个小时或者几天时间，手机才能将其全部上传到 iCloud 服务器。如果是 iPad 或者 Mac 上的新照片，iCloud 服务器也会同时将其下载到 iPhone 6 Plus 上，而这一切都是在后台进行。
除了 iCloud 照片，包括 iCloud Drive、日历、备忘录、Safari、通讯录同步等，我的 iPhone 6 Plus 都会在后台进行这些数据的实时同步和传输。
3. 单一的系统项目进行后台数据同步或传输，并不会占用太大的运行内存（ RAM ）资源以及数据读写通道，但如果以上所述的这些后台动作多个同时叠加在一起的话，就可能会占用一些系统运行内存，而这只是在没有安装任何第三方 App 的情况下。
二、装了 442 个第三方应用后，我的 iPhone 6 Plus 变卡顿了。
如前文所述，各种各样的系统级数据和传输服务已经在我的 iPhone 6 Plus 后台占用了一定的「 额外 」运行内存，而第三方应用的加入，更让手机系统后台感受到了「 压力感 」。1. 上百个第三方活跃应用让我 iPhone 6 Plus 的系统通知栏和插件栏「 压力山大 」。
虽然我看到锁屏通知后，大都会点击进去或者直接消掉，但总有「 看不到 」的时候。而像插件栏中的一些复杂应用（ 诸如下图所示的 Steve 小游戏 ），也会占用一定的运行内存。
2. 上百个第三方活跃应用带来了后台定位服务、iCloud 数据同步等的更高频调用，而这又加重了系统后台对于运行内存的占用。
例如在系统定位服务中，滴滴出行、电信营业厅等应用，只能设置为「 始终 」或者「 永不 」，没有「 使用期间 」的选项，所以如果你选择了「 始终 」，那么即便你彻底关闭了这些应用，它们也会在后台调用系统定位数据。
第三方应用同样可以进行 iCloud 数据同步和传输，跨苹果设备的 Handoff 功能（ 包括应用间的互联互通、iPad 收 iMessage、Mac 接电话等 ）我也会悉数全开。作为代价，这些动作在进行时可能都会在 iPhone 6 Plus 的后台占用更多运行内存。
iOS 9 系统，苹果开始允许第三方应用在后台刷新内容，这不仅带来了更大的耗电量，也可能给我的 iPhone 6 Plus 系统后台带来了更大的压力。
3. 在使用 iPhone 6 Plus 的过程中我觉得最卡的时候就是多个应用进行更新的时候。
因为我都会在第一时间把各种应用更新到最新版本，所以我的 iPhone 6 Plus 在 6 月 30 日对 19 个应用进行了更新，7 月 1 日早上也更新了 10 个左右的应用。我是把 App Store 应用更新设置为 WiFi 下自动更新的，但时常还是需要到 App Store 页面去进行手动的全部更新。
在 iOS 9.3.2 系统中，每次我点击全部更新，如果有十几或者二十几个应用开始下载或者等待下载，我滑动主屏页面就会感受到明显的卡顿，虽然大都只有不到半分钟的时间。单个第三方 App 进行后台数据同步或传输，并不会占用太大的运行内存资源以及数据读写通道，但如果以上所述的这些后台动作多个同时叠加在一起的话，可能就会占用不少系统运行内存。
如果相当多的系统自带应用和服务在后台进行数据传输，同时相当多的第三方 App 在后台进行数据传输，我的 iPhone 6 Plus 就会逼近系统后台运行内存占用的极限。
三、同时开了多个应用（ 尤其是大型第三方应用或游戏 ）后，我的 iPhone 6 Plus 真的快到极限了。
在说多开应用前，先说下应用前台运行内存。简而言之，iPhone 6 Plus 在带动大型游戏方面已经开始显得吃力了。以我喜欢的 Oceanhorn（ 海之号角 ）为例，这是一款被苹果官方推荐多次的游戏，但在 iOS 9.3.2 系统下打开最新版本的这款游戏后，屏幕会有几秒钟的黑屏，然后才出现标题画面，进行游戏时也会遇到个别卡顿的操作场景。iPhone 6 Plus 运行大型游戏卡顿或者重载的情况，既有 1G RAM 的因素，也有苹果 A8 芯片对 1080P 显示屏设备不友好、iOS 新系统等多方面的因素。
除了大型游戏，微信也是一个明显的重任务 App。当然，微信的情况需要因人而异。
因为我加了不少微信群，订阅号个数逼近限定值，还有上千微信好友，所以每天早上我首次打开微信，都是一个相当缓慢的加载过程。即便是在网速飞起的办公室，三个小时不开微信，然后再去打开的话（ 不管后台关没关闭 ），也是一个比较缓慢的加载过程，大约 20 秒才能正常显示。当然，微信进入加载缓慢给我带来的卡顿感（ 不畅快感 ），不只有运行内存的因素，也有网速、手机处理速度等方面的因素。
现在说下多开应用，这种情况通常会占用大量的运行内存。
传统认知是，可用运行内存（ RAM ）越多越好，这在 Windows 电脑上显得最为突出。但在 iPhone 和 Android 手机上，却可以不必在意这个数值是多了还是少了。
有分析认为，对于 Android 手机而言，可用运行内存越小，利用率就越高，其中的数据就越多，数据访问的命中率就越高，系统也就越快。但当打开的应用越来越多，运行内存占用爆满后，Android 手机就会有内存回收机制来进行应对。这与 iOS 系统的「 墓碑机制 」有颇多共性。
不管 iOS 还是 Android 系统，在运行内存爆表的时候（ 诸如多开应用的典型场景 ），都会杀掉后台的进程，这一点是没有区别的。有区别的地方是，在进程被杀掉后，Android 系统中的不少进程会再度启动，而 iOS 系统中的被杀掉进程却很难再度启动。所以，iOS 的内存回收机制能取得腾出内存的实效，而 Android 系统的内存回收机制却很难阻止「 流氓软件 」进行反扑。
苹果把 iOS 的内存回收机制垄断在自己手中，不给被杀掉的第三方应用在后台留有任何反扑的机会； Google 虽然也握有 Android 内存回收机制的主动权，却也给了被杀掉的第三方应用在后台选择反扑的主动权。
回到我的 iPhone 6 Plus 上，为啥后台应用开多了，也会感到卡顿呢？
1. 虽然多开应用、运行内存爆表后，iOS 系统会干掉部分后台 App 或游戏，但不管是重新打开被关掉的后台应用或大型游戏（ 重新载入 ），还是在多个后台应用间进行切换的过程（ iOS 8 / 9 系统的后台应用切换过程本身就不算流畅 ），我都感觉到了卡顿，更准确的说法是不流畅。2. 多开应用持续累加，运行内存频繁爆表，后台内存回收机制频繁作用，后台这一连串过程本身可能也会带来前台操作的卡顿感。3. 苹果 A8 芯片对于 1080P 设备的优化问题，iOS 9 系统本身对于 iPhone 6 Plus 的优化问题，这些问题本身也会导致手机在开多应用后产生更加明显的「 疲惫感 」。结语
综上所述，iPhone 6 Plus 之所以会出现卡顿情况，有着相对复杂的成因，单个的原因或者情况很难导致卡顿，但多个原因和情况同时并发的话，你就可能感受到明显的卡顿。
iOS 8 系统之后，苹果不仅加入了更多的系统后台动作，而且也将不少后台动作的权限开放给第三方 App。与 Apple Watch、iPad、Mac 设备间的联动，一定程度上也加大了系统后台运行内存的占用以及数据的读写和传输通道。除了系统后台进行的这些动作，个别第三方应用（ 例如微信 ）以及大型游戏在 iPhone 6 Plus 的前台也相当占用运行内存，以至于出现进入缓慢、个别场景操作卡顿的情况。iPhone 6 Plus 的卡顿问题不具有连续性（ 不同于 Android 手机可能存在的连续卡顿现象 ），而只在特定的应用场景下，表现最突出的莫过于前台运行个别大型游戏，或者后台应用连开、系统后台运行活跃的时候。由于我的 iPhone 6 Plus 装了 442 个应用（ 上百个活跃应用 ），这也让我有更大的几率遇到这些特定的应用场景。
总结起来，iPhone 6 Plus 卡顿的原因既有 1G RAM 本身的因素，还有苹果 A8 芯片以及 iOS 系统内在的因素。苹果给 iPhone 6s / 6s Plus 配备 2G RAM，也表明大运行内存对 iOS 设备的必要性，要知道 12.9 英寸 iPad Pro 甚至拥有了 4G RAM。
文章最后，再提下手机可用存储容量（ ROM ）与卡顿的关系吧。主流观点认为，可用存储容量多少与手机卡顿并无太大关联，。
对于这个问题，大家又是怎么看的呢？
感谢大家的耐心观看，有什么问题都可以在评论区进行交流。PS：我刚入手了三星 Galaxy S7 edge，未来一年就让 Ta 和 iPhone 6 Plus 来共同分担我的移动互联网生活吧。
快给朋友分享吧！
请先登录再评论...信不信由你！iPhone6屏幕宽度不一定是375px，iPhone6 Plus屏幕宽度不一定是414px
看到这个题目你可能不信，引出这个问题的缘由是几次项目中Chrome模拟器和iPhone6真机预览效果不一致。
为什么在Chrome Emulation模拟手机页面和真机预览效果不一致？
以前觉得不外乎两个原因：
1.某些机型或浏览器对一些CSS属性不支持。
2.某些设备不支持12px以下字体。
今天要补充的第3个原因是对于iPhone手机还会与手机系统设置的显示模式、设备硬件有关。
下面开始讨论iPhone6/iPhone6 Plus的设备屏宽，这里说的设备屏幕宽度专指设备物理显示尺寸（device-width），我们知道苹果从iPhone4开始引进了Retina屏幕，一个CSS像素可以表示多个物理像素（当然，在页面缩放到其他比例时候，也可以做到CSS 的1px表示多个device pixels，只不过导致的是清晰度的不同）。首先要明确，我们前端开发中的CSS pixels和设备分辨率所讲的resolution pixels 无关。由于我们大部分移动设备默认的viewport都是980px，多数情况下要大于device-width。所以为了阅读方便，我们一般都要在移动端重置viewport，让width=device-width。再这样可以做到按页面宽度100%充满屏幕，水平不出现滚动条，使得阅读浏览体验更佳。补充一下，通过JavaScript获取viewport的方式：document.documentElement.clientWidth，获取device-width的方式window.innerWidth。今天要说的就是设备屏宽device-width问题。
iPhone6设备屏幕宽度是375px，iPhone 6Plus设备屏幕宽度414px，这是我们前端开发人员一向坚信的“真理”。可今天我要质疑这个已成的定论。
去年iPhone6/iPhone 6+刚上市时，用js检测过iPhone6与iPhone 6 Plus的屏幕宽度，得到的结果都是iPhone6屏幕宽度375像素，iPhone6 Plus屏宽414像素（默认标准模式）。后来就一直坚信这一结论，直到今天，项目在Chrome下模拟iPhone6 Plus的效果，调试完成后，用真机测试竟然不认识@media only screen and (min-device-width: 414px) and(-webkit-min-device-pixel-ratio:
3)这个媒体查询，这已经不是第一次遇到这种情况了，觉得有必要刨根问底，把“肇事者”揪出来，于是开始不停的测试，查找原因所在。
首先查找CSS代码的问题，查了reset样式，也进行了CSS validate，没有收获。
既然CSS Media Query媒体查询代码并没生效，隐隐约约开始怀疑曾经自己亲自证实的结论，也就是我们一直认为的：iPhone6设备屏幕宽度是375px，iPhone 6 Plus设备屏幕宽度414px。
怀疑归怀疑，但是自己也不相信会推翻原有结论。而且，经常在国外的技术网站和Stack Overflow游荡，从未遇到过例外啊！只是不放心，为图个心安，于是带着核实情况的心里继续用JS代码来探测设备的宽度。
JavaScript代码只需要两句：
alert(window.innerWidth);
alert(window.devicePixelRatio);
一个检测屏幕宽度，第二句检测设备像素比。
借来了许多同事的iPhone6和iPhone6 Plus，看到测试结果差点把我惊呆了。有的设备宽度是320，有的是375，有的414，乱了。。。
后来发现从iPhone6开始，系统设置提供了“显示模式”设置。
“显示模式”分为“标准”和“放大”两种选择：如果想让iPhone 6/6 Plus 桌面应用图标显示效果变得更小，可以设置为“标准”模式。想要大图标的显示效果，则可以设为“放大”模式。
设置操作步骤为：
点击桌面的设置（Settings）
下滑找到“显示与亮度”项。
点击“显示模式”。
在“标准”与“放大”二者之中选择一个，点击右上角“设定”。
最后再点击底部弹出的“使用xx模式”选项进行确认，手机重启。
通过切换两种显示模式，用JS获取到以下数据：
iPhone6 Plus第一个设备（白）：
iPhone6 Plus在标准模式：
屏幕宽度414px，像素比为3. （iOS 8.1.3
(12B466)）
iPhone6 Plus在放大模式：
屏幕宽度375px，像素比为3. （iOS 8.1.3
(12B466)）
标准模式屏宽414，放大模式屏宽375.
iPhone6 Plus第二个设备（银）：
iPhone6 Plus在标准模式：
屏幕宽度414px，像素比为3. （iOS 8.2
(12D508)）
iPhone6 Plus在放大模式：
屏幕宽度375px，像素比为3. （iOS 8.2
(12D508)）
标准模式屏宽414，放大模式屏宽375.
iPhone6 Plus第三个设备（白）：
iPhone6 Plus在标准模式：
屏幕宽度414px，像素比为3. （8.1.1
(12B436)）
iPhone6 Plus在放大模式：
屏幕宽度375px，像素比为3. （8.1.1
(12B436)）
标准模式屏宽414，放大模式屏宽375.
iPhone6第一个设备（白）
iPhone6 在标准模式：
屏幕宽度320px，像素比为2. （iOS 8.2
(12D508)）
iPhone6 在放大模式：
屏幕宽度320px，像素比为2. （iOS 8.2
(12D508)）
标准模式和放大模式屏宽均为320.
iPhone6第二个设备（白）
iPhone6 在标准模式：
屏幕宽度375px，像素比为2. （iOS 8.1.3
(12B466)）
iPhone6 在放大模式：
屏幕宽度320px，像素比为2. （iOS 8.1.3
(12B466)）
标准模式屏宽375，放大模式屏宽320.
iPhone6第三个设备（银）
iPhone6 在标准模式：
屏幕宽度375px，像素比为2. （iOS 8.2
(12D508)）
iPhone6 在放大模式：
屏幕宽度320px，像素比为2. （iOS 8.2
(12D508)）
标准模式屏宽375，放大模式屏宽320.
iPhone6第四个设备（白）
iPhone6 在标准模式：
屏幕宽度375px，像素比为2. （iOS 8.1
(12B411)）
iPhone6 在放大模式：
屏幕宽度320px，像素比为2. （iOS 8.1
(12B411)）
标准模式屏宽375，放大模式屏宽320.
通过观察我们可以发现，iPhone6 Plus在放大模式的屏宽等于iPhone6标准模式屏宽，大部分iPhone6在放大模式的屏宽等于iPhone5/5s的屏宽，这意味着，iPhone6 Plus在放大模式下的显示内容是和iPhone6的标准模式一样的，iPhone6放大模式的内容和iPhone5s的显示内容是接近的。但也有例外，某些iPhone6无论何种显示模式屏宽都是320px。无论在初始设置的时候你选择了哪个显示模式，之后你都是可以进行改变并切换的。
是什么原因造成的，这里不得而知，推测大概与出厂硬件的屏幕材质有关系。或许这种某些iPhone6的特殊情况只在大陆存在吧~~鄙视下苹果区别对待大陆用户的做法！！！
这就引出一个问题，我们在对iPhone设备适配时候，又多出几种情况。iPhone系列设备媒体查询：
@media only screen and (min-device-width: 320px){
//针对iPhone 3
@media only screen and (min-device-width: 320px)and (-webkit-min-device-pixel-ratio: 2) {
//针对iPhone 4, 5c,5s, 所有iPhone6的放大模式，个别iPhone6的标准模式
@media only screen and (min-device-width: 375px)and (-webkit-min-device-pixel-ratio: 2) {
//针对大多数iPhone6的标准模式
@media only screen and (min-device-width: 375px)and (-webkit-min-device-pixel-ratio: 3) {
//针对所有iPhone6+的放大模式
@media only screen and (min-device-width:412px) and (-webkit-min-device-pixel-ratio: 3) {
//针对所有iPhone6+的标准模式,414px写为412px是由于三星Nexus 6为412px，可一并处理
结论是，做移动端Web兼容测试时候，不能将Chrome模拟效果同iPhone6/Plus真机完全划等号。一定要在确认了iPhone设备所处显示模式和真实屏宽后再针对性的进行调试。
退一步说，姑且认为标准模式和放大模式下设备宽度都是320px的情况属于个例。不过在没有确认iPhone6/iPhone 6 Plus是处于标准模式还是放大模式的前提下，来测试CSS媒体查询代码，来查看真机预览效果，都是不靠谱的做法。因此，在未确认设备显示模式的情况下，这个结论是完全成立的：iPhone6屏宽不一定是375px，iPhone6 Plus屏宽不一定是414px。
转载请注明：原创文章来自CSDN freshlover的空间
iOS 使用tableview 代码布局时，tableViewCell宽度问题，运行在iPhone 6plus 仍然显示320
iOS 如何适应 iPhone 5s/6/6 Plus 三种屏幕的尺寸？
移动页面自适应手机屏幕宽度
iOS iPhone6 及 iPhone6 plus 适配时,显示模式的影响(截图分辨率不同)
没有更多推荐了，