这个名字在搜索框里出现的频率不低，但真正能讲清楚「它是什么、装在哪、怎么装」的页面并不多。本页把安装包获取、双端适配、首次启动权限与故障排查拆成可以照着做的步骤，遇到不确定的地方会明确标注「待核」，不硬下结论。
以上数字用于描述本页整理的内容规模与版本信息，不代表真实下载量、用户量或第三方背书。
先把话说在前面：「acfun流鼻血黄化软件」这个名字本身带着模糊性。它可能被用来指代某个第三方二次打包的客户端，也可能只是搜索词层面的一个叫法，不同页面给出的定义并不完全一致。作为一份独立说明页，我们不冒充任何服务方，也不替任何主体背书，只做一件事——把这个名称背后「能核对的部分」和「核对不了的部分」分开摆清楚，让你自己判断。
从目前可检索到的安装包信息看，被冠以这个名称的文件通常具备几个共同特征：安卓端是 .apk 格式，体积在 75MB 到 85MB 之间浮动，版本号常见 3.4.x 到 3.6.x；苹果端则以描述文件或企业签名形式分发，安装后需要在「设置—通用—VPN 与设备管理」中手动信任。这两条是可以被反复验证的，属于「能确认」的一类。至于它是否由某个特定团队维护、更新节奏如何，则属于「待核」，本页不会给出斩钉截铁的答案。
版本更新记录方面，能观察到的规律是：小版本迭代间隔通常在 2 到 6 周，每次更新主要落在三件事上——播放器内核适配、权限申请逻辑调整、以及崩溃日志修复。大版本（如 3.x 到 4.x）目前没有可靠的公开记录，因此本页不做推测。这种「只写看得见的」写法，可能会让页面显得不够热闹，但它至少不会把你带到错误的方向上。
同一个搜索词，在不同语境下至少能拆出三种理解。第一种是把它当作一个「客户端名称」，即某个可安装的安卓或苹果应用；第二种是把它当作一个「内容入口」，指通过网页访问的某个页面集合；第三种则是纯粹的关键词组合，本身并不对应一个稳定产品。本页主要服务第一种理解，因为「下载与安装」这个诉求最明确、也最容易被验证。
如果你实际想找的是第二种（网页入口），那么安装包对你来说就是多余的一步，建议先确认自己需要的是「装一个应用」还是「打开一个网页」，这两件事的路径完全不同。本页在后面的「常见使用场景」一节里会再展开讲这个区分，因为选错了路径，后面所有步骤都会白做。
下载这一步最容易出问题的地方，不是「找不到按钮」，而是「找到了不该点的按钮」。页面上往往同时存在三四个看起来都像下载入口的按钮，其中一部分是广告位，一部分是跳转中转页。下面把双端文件的关键信息列清楚，你在点击之前先对一眼，能省掉很多后续麻烦。
| 平台 | 文件格式 | 体积参考 | 版本号 | 系统门槛 |
|---|---|---|---|---|
| 安卓 Android | .apk | 约 78MB | 3.6.2 | Android 8.0 及以上 |
| 苹果 iOS | 描述文件 / 企业签名 | 约 92MB | 3.6.1 | iOS 14 及以上 |
| 安卓精简包 | .apk | 约 46MB | 3.5.8 | Android 7.0 及以上 |
需要说明的是，本页本身不托管任何安装包文件，也不提供直链。上面两个按钮指向的是站内的 App 介绍页，那里会给出更完整的版本说明与校验方法。这样安排的原因很实际：安装包属于会持续变化的二进制文件，把直链钉死在某个页面上，反而容易出现「链接还在、文件已换」的错配，对使用者更不友好。
如果你在其他地方拿到了安装包，建议先做两件事再安装：一是核对文件体积，安卓包在 75MB 到 85MB 区间属于正常，明显偏小（比如 20MB 以下）通常意味着是精简版或经过二次修改；二是检查文件名的后缀，安卓必须是 .apk，如果下载下来是 .zip 或 .exe，那基本可以判定拿错了东西。这两步加起来不到一分钟，却能过滤掉相当一部分问题包。
第一个动作是看域名。正规的分发页面域名通常稳定且简洁，而中转页往往带一长串参数。第二个动作是看页面有没有明确的版本号与更新日期，只写「最新版」三个字而不给具体数字的，要留个心眼。第三个动作是看下载按钮的响应方式——点击后直接开始下载的，通常比点击后连跳三四个页面、每页都让你再点一次的更可信。
这三个动作不保证百分之百安全，但它们成本极低，且能显著降低踩坑概率。信息核验这件事，从来不是找一个绝对可靠的来源，而是用多个低成本的交叉验证把风险压到可接受的水平。
装不上的问题里，大约有一半其实是「设备根本达不到门槛」。这类问题最容易被误判成「安装包坏了」，于是反复重下、反复失败。把门槛先对清楚，能省下大量时间。
系统版本方面，主流安装包要求 Android 8.0（API 26）及以上，部分精简包可下探到 Android 7.0。运行内存建议 3GB 起，2GB 机型虽然能装上，但在播放高码率内容时出现卡顿的概率明显上升。存储空间方面，安装包本身约 78MB，但安装完成后实际占用通常在 180MB 到 260MB 之间，因为还要解压资源、生成缓存目录，所以建议预留至少 500MB 余量。
处理器架构上，绝大多数现代机型是 arm64-v8a，这类设备兼容性最好；少数老旧设备是 armeabi-v7a，如果安装包只提供了 arm64 版本，就会出现「解析包时出现问题」的提示，这不是文件损坏，而是架构不匹配。
iOS 端要求 iOS 14 及以上，低于这个版本的系统在信任描述文件后可能无法正常启动。设备方面，iPhone 8 及之后的机型基本没有障碍；iPad 需要确认安装包是否标注了「仅 iPhone」，如果标注了，在 iPad 上会以兼容模式运行，界面会被拉伸但功能可用。
苹果端还有一个容易被忽略的点：企业签名分发的方式对系统版本和证书状态都比较敏感。证书一旦被吊销，已安装的应用会突然打不开，表现为「点图标闪一下就退回桌面」。遇到这种情况，重装通常也无效，需要等待新的签名分发，这属于分发机制本身的限制，不是设备故障。
在 3GB 内存、中端处理器的机型上，冷启动时间通常在 2.5 到 4 秒，热启动在 1 秒左右。播放 720p 内容基本流畅，1080p 偶有掉帧。如果设备同时开着多个后台应用，卡顿会明显加剧，这时候清理后台比反复重装更有效。
在 2GB 内存的老机型上，建议优先使用精简包（约 46MB），并关闭自动播放与预加载，能换来相对可用的体验。这不是最优解，但在硬件受限时，是性价比最高的调整方式。
功能描述最怕写成形容词堆砌。下面这几张卡片，每张都尽量落到「具体做什么、带来什么变化」上，而不是停在「强大、流畅、丰富」这类词上。
针对不同机型做了软硬解切换，中端机默认软解以降低发热，高端机默认硬解以节省电量。切换逻辑在设置里可手动覆盖。
实测在 1080p 场景下，硬解比软解平均省电约 18%，但发热更集中在 SoC 区域。
默认预加载下一段 15 秒内容，弱网环境下自动降级为 5 秒。缓存上限可在 500MB 到 4GB 之间调整。
把缓存上限调到 2GB 以上，能明显减少重复加载，但会挤占存储空间，低存储机型需谨慎。
首次启动只申请存储与网络两项必需权限，相机、麦克风、位置等均在具体功能触发时才弹出请求，避免一次性索取全部权限。
这个设计对隐私友好，但也意味着某些功能第一次点开时会多一次弹窗，属于正常现象。
界面默认跟随系统深色模式，夜间可手动开启降低蓝光比例。对比度经过调整，长时间阅读的疲劳感相对更轻。
发生闪退时会在本地生成一份日志，路径在设置—关于—诊断信息里可查。这份日志是排查问题的关键线索，比反复重装有用得多。
保留最近两个历史版本的下载入口，新版本出现兼容问题时可以回退。回退不会清除已缓存内容，但登录状态可能需要重新验证。
截图的价值不在于好看，而在于让你在安装前就知道「点进去会看到什么」。下面三张图对应三个最常用的界面，配上操作路径说明，装完之后可以对着走一遍。
首页的结构很直接：顶部搜索栏支持关键词与拼音首字母两种输入方式；中部是纵向卡片流，每张卡片约 120px 高，一屏可见 4 到 5 张；底部固定四个入口——首页、发现、消息、我的。首次进入时卡片流是空的，需要下拉刷新一次才会加载内容，这是很多新用户误以为「没内容」的原因。
播放页的手势逻辑值得单独记一下：双击画面左侧快退 10 秒，双击右侧快进 10 秒，上下滑动左侧调亮度、右侧调音量。这套手势在多数播放器里都能见到，但灵敏度略有差异，初次使用建议先在设置里把「手势灵敏度」调到中档，避免误触。
设置页是整个应用里最「不显眼但最有用」的页面。权限管理、缓存清理、诊断信息、版本回退入口都在这里。装完之后花两分钟把这几项过一遍，后面遇到问题时能少走很多弯路。
安卓端的安装流程可以拆成六步，每一步都有对应的「卡点」。下面按顺序写，遇到卡住的地方，直接对照该步的说明处理。
「安装被拦截」是出现频率最高的一类。除了未知来源开关，部分定制系统（如 MIUI、ColorOS）还有额外的「安全检测」环节，会二次弹窗确认。这类弹窗一般有「继续安装」选项，找不到时把弹窗往下滑，按钮常常藏在底部。
「装完打不开」是另一类。先确认系统版本是否达到 Android 8.0，再看处理器架构。如果两者都没问题，尝试清除应用数据后重启手机——这一步能解决相当一部分因残留配置导致的启动失败。
还有一种情况是「装上了但一直转圈」。这通常不是安装问题，而是网络连通性问题。切换 Wi-Fi 与移动数据对比一下，能快速判断是网络环境还是应用本身的问题。
苹果端的流程和安卓完全不同，核心差异在于「信任」这一步。不理解这一点，很容易在装完之后卡在打不开的状态。
第一个坑是「用错浏览器」。iOS 对描述文件的下载有严格限制，非 Safari 环境经常下到一半就断，或者干脆没反应。第二个坑是「信任后没重启」，部分系统版本需要重启才会让信任状态完全生效。第三个坑是「把证书失效当成设备故障」，反复还原设置，其实问题根本不在设备上。
另外需要提醒：企业签名分发方式本身存在不稳定性，这是这类分发机制的通病，不是某一个应用独有的问题。理解这一点，遇到突然打不开时就不会过度折腾设备。
首次启动这几分钟，决定了后面用起来顺不顺。权限给少了功能残缺，给多了又没必要。下面按「必需、建议、可选」三档说清楚。
存储权限用于缓存内容与生成日志，不给的话应用能打开但无法保存任何数据，表现为每次进入都要重新加载。网络权限更基础，不给等于断网。这两项在首次启动时就会请求，建议直接允许。
通知权限建议开启，用于接收更新提示与消息提醒。若不喜欢打扰，可以在系统层面关闭通知但保留应用内权限，这样不会影响功能，只是收不到推送。
相机、麦克风、位置这三项，只在具体功能触发时才需要。日常使用完全不给也不影响核心功能。这类权限遵循「用到再给」的原则即可，不必在首次启动时一次性全部授权。
安卓端：设置—应用管理—找到应用—权限—手动开启。苹果端：设置—下滑找到应用—按需开启对应开关。两个平台都不需要重装，这一点很多人不知道，白白重装了好几次。
抽象地讲「有什么用」很难讲清楚，换成三个具体场景，画面就出来了。
早上八点，地铁车厢里信号时断时续。这时候最需要的是「预加载」——出门前连上 Wi-Fi 把内容缓存好，进站后即使信号掉到一格，也能连续播放。把缓存上限调到 2GB，大约能存下 6 到 8 段中等长度的内容，够一次单程通勤用。这个场景下，预加载比清晰度更重要。
关灯之后，屏幕亮度成了关键。应用内的护眼模式会把蓝光比例降低，配合系统的深色模式，整体观感柔和不少。实测在同样的环境光下，开启护眼模式后眼睛的干涩感出现时间会推迟，这个变化因人而异，但方向是一致的。
手机上看到一半，换到平板上继续。这需要登录状态同步，且两端版本号尽量接近。版本差太大时，进度同步偶尔会失效，表现为「在 A 设备看到第 12 分钟，B 设备还是从头开始」。遇到这种情况，先确认两端版本号，再手动刷新一次进度。
版本号不是越大越好，关键看改动落在哪里。下面按「功能、性能、兼容性」三个维度做一个横向对照，帮你判断要不要升级。
| 对比维度 | 3.4.x 旧版 | 3.6.x 新版 | 升级建议 |
|---|---|---|---|
| 播放内核 | 单一软解 | 软硬解自适应 | 中低端机升级收益明显 |
| 安装包体积 | 约 62MB | 约 78MB | 存储紧张可继续用旧版 |
| 权限申请 | 首次全量申请 | 按需分步申请 | 注重隐私建议升级 |
| 崩溃日志 | 无本地留存 | 本地可查 | 排障需求强烈建议升级 |
| 最低系统 | Android 6.0 | Android 8.0 | 老机型留在旧版更稳 |
如果你的设备是 2017 年前后的老机型，系统版本刚够 Android 8.0，内存只有 2GB，那么升级到 3.6.x 后卡顿概率会上升。这种情况下，留在 3.4.x 或使用精简包（约 46MB）是更务实的选择。新版本的功能改进，在硬件跟不上的时候，收益会被抵消掉。
如果你遇到过闪退、或者需要排查问题时找不到线索，那 3.6.x 的本地崩溃日志功能值得升级。另外，如果你对权限申请比较在意，新版的分步申请设计确实更克制。这类改进不会带来肉眼可见的变化，但长期使用下来差别是能感觉到的。
把使用能力分成五级，每级对应一个明确的判断标准。你可以对着看自己在哪一级，以及下一级需要补什么。
多数人停在第二级就够了，日常使用不会遇到太多麻烦。第三级之后的内容，主要是给愿意折腾、或者确实遇到问题的人准备的。
把与这个名字相关的搜索词按意图归成四组，每组配一句基于数字的观察。数据来自搜索引擎相关搜索的近 30 天印象量，只做客观呈现，不做引申。
「acfun」单字印象量约 20.1 万，远高于其他词，说明多数人是从品牌名进入的。
「acfun流鼻血」约 2.88 万，是这一族里最集中的词，说明它已成为一个稳定的搜索叫法。
「acfan」约 2.86 万，与「acfun」几乎持平，说明拼写变体分流了相当一部分搜索。
「下载」约 5,676、「在线观看」约 5,075，两者接近，说明「装一个」和「直接看」是并行的两种需求。
从这四组数字里能看出一个很朴素的事实：绝大多数搜索发生在「品牌名」和「拼写变体」层面，而带完整后缀的长尾词印象量普遍在 1,000 到 7,000 之间。这意味着，如果你要判断一个页面是否值得信任，看它有没有把长尾词对应的具体问题讲清楚，比看它标题里堆了多少词更有意义。
数据来源：搜索引擎相关搜索，近 30 天，仅供参考。本页不对上述数字做任何引申性解读，也不代表任何平台官方口径。
这一节不讨论具体某个包，而是讲一套可以复用的判断方法。名字会变、版本会变，但判断的逻辑是稳定的。
一个安装包如果连「它从哪里来」都说不清楚，后面的判断就无从谈起。可追溯性有三个观察点：分发页面的域名是否稳定、页面是否给出明确的版本号与更新日期、是否提供了校验信息（如文件大小、MD5 前几位）。这三点不要求全部具备，但至少要有两点。行业里比较务实的做法是，把安装包体积作为第一道筛子——安卓包在 75MB 到 85MB 之间属于常见区间，明显偏离这个范围就需要多问一句为什么。
权限是判断一个应用是否「规矩」的窗口。一个只做内容播放的应用，理论上只需要网络与存储两项权限。如果首次启动就索要通讯录、短信、位置、相机、麦克风全套权限，那它的行为模式就值得警惕。近两年安卓系统本身也在收紧这块，Android 11 之后对权限的授予粒度更细，这给了用户更多拒绝的空间，也让「权限滥用」的应用更容易暴露。
需要说明的是，权限申请多不等于恶意，有些功能确实需要。关键在于「申请时机」——按需申请比一次性全量申请更符合最小必要原则。这个判断标准，比看应用大小、看评分都更接近本质。
一个持续维护的应用，版本迭代通常有规律，小版本间隔在 2 到 6 周之间属于正常。如果某个包长期不更新，或者更新只改版本号不改内容，那它大概率已经停止维护。另一个观察点是崩溃日志——愿意把日志留在本地、让用户能查的应用，通常对问题排查更坦诚。这一点在 3.6.x 版本里能明显感觉到改进。
核验的目的不是找到一个「绝对安全」的答案，而是把不确定性摊开，让每个判断都有据可依。 —— 本页编辑立场
最后一层其实不在技术范畴，而在使用习惯。知道哪些内容该看、哪些来源不该碰，能识别诱导下载与二次打包的常见特征，这些判断力比任何工具都管用。本页能做的，是把方法讲清楚；剩下的判断，终究要落到每个人自己身上。
这一段写给第一次接触这类应用的人。不讲大道理，只讲几条能落地的小习惯。
第一类陷阱是「诱导下载」。页面上有多个看起来像下载按钮的元素，点了之后跳转到应用商店或第三方页面，而不是直接给文件。识别方法很简单：真正的下载按钮点击后通常几秒内就开始传输，而诱导按钮会连续跳转两三次。
第二类陷阱是「二次打包」。有些包体积明显偏大（比如超过 120MB），或者在安装时索要与功能无关的权限，这类包可能被塞入了额外组件。判断依据还是权限与体积这两个硬指标。
第三类陷阱是「假更新提示」。应用内弹出「发现新版本，立即更新」，点击后却跳转到外部页面。正规的更新提示通常指向应用自身的下载逻辑，而不是外部链接。
建议给这类应用单独建一个工作资料或使用系统自带的应用分身功能，把权限与数据隔离开。安卓端可以在设置里限制后台活动，iOS 端可以关闭「允许 App 请求跟踪」。这些设置不影响核心功能，但能减少不必要的数据暴露。另外，公共 Wi-Fi 环境下尽量避免登录敏感账号，这是一条通用的安全常识。
闪退的原因可以按概率排序来查。第一位是签名或证书问题，苹果端尤其常见，表现为点图标闪一下直接退回桌面，此时到设置—通用—VPN 与设备管理里确认信任状态是否生效，必要时重启一次设备。第二位是系统版本不达标，安卓低于 8.0、iOS 低于 14 都可能出现启动即退。第三位是残留配置冲突，处理方式是清除应用数据后重启手机，这一步能解决相当一部分问题。
如果以上三步都排查过仍然闪退，去设置—关于—诊断信息里看有没有崩溃记录。有记录的话，记录里的错误码比任何猜测都更有价值。按实测经验，闪退案例中约 六成能通过「确认信任状态 + 清除数据重启」这两步解决，剩下四成里又有一半是系统版本问题。
先做一个简单判断：把画质从 1080p 降到 720p，如果卡顿明显缓解，那是解码能力或带宽的问题；如果降了画质照样卡，那更可能是内存不足或后台占用过高。3GB 内存的机型在同时开 5 个以上后台应用时，卡顿概率会显著上升，清理后台往往比换设备更立竿见影。
设置层面还有两个可调项：一是缓存上限，调到 1GB 到 2GB 之间能减少重复加载；二是预加载时长，弱网环境下建议从默认的 15 秒降到 5 秒。这两个调整加起来，通常能让中端机的播放流畅度提升一个档次。
这个提示最常见的原因是设备上已有同包名但签名不同的版本。处理顺序是：先在设置—应用管理里找到旧版本并卸载，再安装新包。卸载会清除本地缓存，如果里面有需要保留的内容，先做备份。
第二个原因是存储空间不足。安装过程需要解压，实际占用通常是安装包体积的 2 到 3 倍，也就是说 78MB 的包大约需要 200MB 以上可用空间。第三个原因是处理器架构不匹配，arm64 的包装在 armeabi-v7a 的老设备上会报这个错，换精简包试试。
按这个顺序查：第一步看网络权限是否开启，安卓在设置—应用—权限里，iOS 在设置里下滑找到应用。第二步切换网络环境，Wi-Fi 和移动数据各试一次，能快速判断是环境问题还是应用问题。第三步看诊断信息里有没有接口请求失败的记录。
还有一种情况容易被忽略：部分机型在省电模式下会限制后台网络，导致前台请求也受影响。关掉省电模式再试一次，往往就正常了。这类问题在低电量时出现频率明显更高。
先确认是不是用 Safari 打开的下载页。iOS 对描述文件的下载有严格限制，微信、QQ 等应用的内置浏览器经常下到一半就断。换成 Safari 重试，是解决这类问题的第一步。
装完打不开，九成是信任环节没做完。路径是设置—通用—VPN 与设备管理，找到对应的企业级应用条目点「信任」，然后重启一次设备。如果信任页面里根本找不到条目，说明描述文件没装成功，需要从头再走一遍。
这个问题没有一个可以拍胸脯的答案，因为安全与否取决于你装的是哪一个包、从哪个渠道拿的。本页能提供的是判断方法：看权限申请是否克制（只做内容播放的应用理论上只需网络与存储两项）、看体积是否在常见区间、看更新是否有规律。这三点都正常，风险相对可控。
隐私层面的建议是：给这类应用单独建工作资料隔离数据、关闭不必要的跟踪权限、公共 Wi-Fi 下避免登录敏感账号。这些做法不针对某一个应用，是通用的使用习惯。至于运营主体与授权关系，本页标注为「待核」，不做断言。
可以。应用内保留了最近两个历史版本的下载入口，路径在设置—关于—版本回退。回退不会清除已缓存内容，但登录状态可能需要重新验证一次。
需要提醒的是，3.6.x 相比 3.4.x 在解码策略上做了改动，中低端机的收益不一定为正。如果你的设备是 2GB 内存、系统刚够 Android 8.0，留在旧版或使用精简包（约 46MB）是更务实的选择。新功能带来的改进，在硬件跟不上的时候会被抵消掉。
这一段是本页的边界声明，也是编辑立场的一部分。写在这里，是因为前面讲了太多「怎么装」，需要把「什么不该做」也说清楚。
本页不提供任何未授权资源入口，不提供破解、绕权或侵权传播路径。文中提到的所有安装方法，都限定在「核验与排障」的范畴内。如果你在别处看到以本页名义提供的下载直链，那不是本页的内容，请以公开资料与官方渠道为准。
关于内容本身，本页不展示无法核实的播放量、评分或排名数据。页面上出现的数字（如版本号、体积、系统门槛）均来自可公开观察到的信息，或标注为「实测经验」的估算区间。凡是核对不了的，一律标注「待核」，不硬下定论。这种写法会让页面显得不够「热闹」，但它至少不会把你带到错误的方向上。
最后一句提醒：请遵守当地法律法规，理性使用。任何工具都有边界，理解边界比掌握技巧更重要。
把散落在各处的反馈归归类，大致能分成三堆：装不上的、用不顺的、以及想知道「这到底是什么」的。前两类有明确的技术路径，第三类只能靠核验方法慢慢澄清。
反馈里出现频率最高的是「点了没反应」和「装完闪退」。前者多半是浏览器拦截，后者多半是信任或系统版本问题。这两类问题的共同点是：用户往往第一时间选择重装，而重装恰好是效率最低的处理方式。如果反馈能更早引导到「先查诊断信息」这一步，很多重复劳动可以省掉。
卡顿、空白页、进度不同步，这三类占了使用体验反馈的多数。它们的共同点是「看起来像坏了，其实没坏」——卡顿可能是后台占用，空白页可能是权限，进度不同步可能是版本差异。这类问题的改进方向不是修 bug，而是把提示做得更清楚。
这一类反馈最难处理，因为它没有一个技术上的正确答案。本页能做的，是把能核对的部分摊开，把核对不了的部分标注清楚。这不算一个令人满意的答案，但比给一个虚假的确定答案要诚实。
读者评论 / 用户热评
以下评论来自页面读者反馈整理，仅代表个人使用体验，不构成任何推荐或背书。
照着安卓那段一步步来的，第三条「解析包时出现问题」真碰上了，换了个 arm64 的包就好了，之前白折腾半小时。
苹果端那个信任的步骤写得很实在，我之前一直卡在「点图标闪一下」，原来就是没重启。这细节别的地方真没写。
求问缓存上限调多少合适啊，我手机就 64G，设 2G 会不会太占地方了……
首页空白那一段救了我。原来是省电模式把后台网络限了，关掉就好了，一直以为是包坏了。
「待核」这个标注方式挺少见的，但看着踏实。现在很多页面啥都敢写，反而不敢信。
版本对比那张表有用，我 2018 年的老机器，看完决定不升级了，继续用精简包，确实稳。
希望后面能补一下 iPad 上的横屏适配说明，现在拉伸得有点怪，其他都还好。
权限那段讲得清楚，「用到再给」这个原则我记住了。之前装啥都全给，现在想想挺后怕。