开发同学应该都遇到过这种情况：手里的 iPhone 装的是 App Store 正版应用，想看看它调了哪些接口、传了什么参数，装好代理工具才发现——没有源码，装不了调试包，流量还经常抓不到。App Store 应用抓包比想象的普遍：分析竞品、排查线上问题、对接没有文档的第三方服务，都得从流量入手。这篇把正版应用的几个典型卡点拆开，说清楚流量到底怎么拿。
卡点一：代理路线在正版应用上更容易断
代理抓包的套路是手机设代理、装根证书，Charles 或 Fiddler 都能干。但正版应用比自家调试包难伺候：做了证书绑定的 App 直接拒掉代理证书；不认系统代理的程序流量根本不走代理；iOS 上装证书要描述文件，一步步跟着教程走，一步错就白装。这些卡点不是工具配置的问题，是应用本身做了限制。
卡点二：越狱路线成本太高
正版应用的高级抓包玩法经常和越狱绑在一起：越狱后装插件、用 Frida 挂进程。代价摆在那——越狱影响系统稳定性和升级，安全风险高，团队为了排查一次问题专门准备越狱设备不现实。多数场景其实不需要走到这一步。
解法一：指定程序抓包，零侵入
抓包鹰 TraceEagle 的指定程序抓包给了一条轻量路径：给一条启动命令，只抓这一个程序，不影响电脑上其他软件的流量。抓包对象收窄到单个目标，流量列表干净，不用在混杂流量里大海捞针。App 启动时从命令拉起来，从源头就盯住它。
解法二：应用层取明文，绕开一切校验
遇到证书绑定、自研加密这类代理和网卡都拿不下的目标，TraceEagle 走应用层抓包：从程序内部数据收发必经点直接取明文，不经过中间人，证书校验和代理设置都拦不到它。正版应用没有源码也不影响——直接对运行中的程序取数，App Store 应用的流量照样看。
解法三：网页调试器，页面级排查
很多应用的页面是内嵌网页，接口正常但页面表现异常时，光看请求不够。TraceEagle 的网页调试器用数据线连 iPhone，直接调试 App 内嵌网页：看元素、跑脚本、下断点、翻 Cookie，不用给应用加任何东西，调试完恢复原样。
实操顺序
正版应用排查按这个顺序走：先指定程序抓包看常规请求；抓不到就判断是不是证书绑定或自研加密，是就切应用层取明文；页面表现问题用网页调试器。iPhone 上全程免越狱，证书可以扫码装，同一界面看结果。
App Store 应用抓包没那么玄：代理路线卡住的场景，用指定程序抓包和应用层取明文补上，页面问题交给网页调试器——正版应用的流量，不需要越狱也拿得到。
