ITPub博客

以前装测试包，要么开 Xcode 的 Devices 窗口，要么用 Apple Configurator；换了 Windows 机器之后，这两样都用不了，挺尴尬的。后来用 KeyMob 的应用管理，装 IPA、卸载、拉起 App、看进程都能在一个界面里做。这篇就讲 iPhone 应用管理这几个入口怎么用，以及哪些事它做不了。三个入口，用户应用、系统应用、活跃程序打开应用管理，左边会看到三个子入口。

每次发版，最烦的不是改代码，是那一串重复动作：导出 IPA、登开发者后台、建版本、填元数据、传截图、提交审核。真要把这套交给 AI，第一反应大概是「它能看懂失败吗」「会不会重复上传」。这篇就按命令顺序讲，用 AI 自动上架 App Store 这件事，落到 Appuploader 的命令行上是几条命令、哪些限制得人来守。先把四条命令摆出来，后面的内容都是围着它们展开：1appuploader-cl

之前一直用 Xcode 跑真机调试：Archive 导出 IPA，再把包拖进设备，或者用第三方工具装。有次改一个界面细节，前后改了七八版，每次都要重新走一遍导出安装流程——编译等几分钟，导出选半天，装上还要等同步。那会儿我特意盯过一次时间，从改完代码到手机上看效果，最短也要七八分钟。iOS 开发如何快速运行到手机，这个问题的答案直接决定调试循环有多长。这篇把传统路径慢在哪讲清楚，再说说一键构建这条

VS Code 能不能跑 iPhone 真机？这个问题我被问过不止一次。能，但前提得先说清楚：KXApp 不是自带一套编译链，它调用的是你 Mac 上已经装好的 Xcode。所以 Mac、Xcode、数据线、信任，这几样一个都不能少。这篇就把 VS Code 真机调试这条路演示一下。装插件开始，一路走到断点真正停住，中间每一步都做了什么、容易卡在哪，都写出来。先把前提凑齐环境要求其实不多，但少一样

1.机审卡关越加严重随着苹果审核机制的不断升级，上架难度也越来越大。严格的来说苹果的审核随着计算机技术的发展而升级，计算机代替人工的占比也越来越大。目前苹果的审核中计算机审核已起到了一定的主导地位。机审是一种流程化筛查工具，只要仔细研究过苹果审核的开发者都能够发现，现在应用审核阶段越来越多的条款驳回不再受到人为因素的影响。如今各类应用4.3概率越来越高而且代码混淆，加垃圾代码的效果不佳。2.iOS

APP上架攻略 必备五步！嘿，大家好！今天我们来聊聊一个APP是如何从无到有，最终上架到应用商店的。这个过程其实没那么复杂，但也需要一些技术和耐心。下面我就给大家详细讲讲。第一步：准备技术团队首先，你需要一个技术团队，包括一个苹果iOS技术和一个安卓技术人员。这两个角色非常重要，因为苹果和安卓的审核流程和要求不一样。第二步：苹果开发者账号申请打开苹果的开发者官网，申请一个开发者账号。账号申请好之后

iOS 混淆与反调试反 Hook 实战，运行时防护、注入检测与安全加固流程混淆提升了逆向分析成本，但无法防止运行时攻击。攻击者依旧可以用 LLDB 调试器、Frida、Cycript、越狱插件 在运行时篡改函数逻辑或绕过安全校验。要保证 App 在混淆后真正安全，必须同时部署 反调试与反 Hook 技术，与混淆形成双重防护。一、运行时攻击的常见方式调试器附加 (LLDB)攻击者在真机连接调试器，逐

开场介绍了解 App 的功耗优化。调试易于重现的问题Instruments 中的 Power Profiler 是一款非常实用的工具，可以识别 App 中的功耗问题。Wiam 通过一个示例，演示了如何使用这一工具来调查一款流媒体视频播放 App 在添加新的“媒体库”窗格后出现的性能下降问题。在示例中，Power Profiler 显示 CPU 使用率和功耗在打开“媒体库”窗格后显著上升。通过分析

开发同学应该都遇到过这种情况：代理配好了、证书也装好了，打开目标程序一抓——列表里一条都没有。更迷惑的是换浏览器试了试，明明抓得到；就那个客户端，怎么都不出现。别怀疑自己是不是漏配了什么，这大概率是撞上了"不认系统代理"的程序——它不走你设的那条代理路径。这篇讲这种情况的解决办法，无感代理（全流量）是怎么把流量绕不开给解决的、怎么开、以及哪些情况它也管不了，都过一遍。先搞明白为

这两年有个挺明显的变化：问"SSE 怎么调试"的人多了起来。原因也不难猜——大模型的打字机效果、实时通知、行情推送，背后全是流式接口：以 SSE 为主，一部分是 gRPC 流。这类接口的调试体验和普通 REST 完全是两回事：普通接口点一下、看响应就行，流式接口是"一条连接上源源不断往外吐数据"——工具的展示方式要是不对，你看到的就是一团没头没尾的文字。这篇

Xcode 用了七八年，一直觉得 iOS 开发 IDE 就应该是这个样子：装一次十几 GB，建项目先过一遍模板向导，跑真机前在签名面板里确认一圈。今年把手头两个小项目换到 KXApp 上，几个月用下来，有几个地方是真的变了——不是换个皮肤的那种变，是操作习惯层面的。变了的地方集中在四处：装的东西、建项目的方式、写代码的编辑器、跑真机和出包的路子。下面一条条说，每一条都对照 Xcode 里的老习惯来

上个月帮朋友排查一个"数据传不上去"的问题，他的环境挺典型：开发机 Windows，测试机两台（一台安卓、一台 iPhone），采集数据的服务器是 Linux。落到抓包这件事上，就是三套环境——Windows 上抓本机的桌面程序，手机上抓 App，服务器上只有终端。以前遇到这种局面是换工具：Windows 装一个、手机配代理、服务器上 tcpdump，光记住三套工具的用法就得小

Delphi 和 C++Builder 的 FireMonkey 在 iOS 这条线上定位很特别——IDE 只有 Windows 版，你在 Windows 上写代码、点编译，但链接和打包要通过 PAServer 转交给一台联网的 Mac，那台 Mac 上得装 Xcode 命令行工具。所以严格讲，Delphi 做 iOS 还是要一台 Mac 在网络里待命，只是你不用坐到它前面去。我遇到的第一个真问题

git clone 下一个接手的老项目，打开工程满屏的 .h/.m——是的，Objective-C。编译报错先不说，搜环境配置教程，出来的多是五六年前的版本，界面和你手头工具对不上，照着点一半就迷路。接手 ObjC 老项目的人应该都经历过这种开场。Objective-C 开发环境的问题，新项目开发者遇不到，但存量项目维护者绕不开——这篇把搭环境前该想清楚的三件事列出来，先判断自己属不属于需要它的人

前两周接了个 App 对接的活，代理一开，对方 App 直接连不上网——典型的证书绑定（SSL Pinning）。折腾下来把 Android 证书绑定抓包的路数理清了：它跟普通 HTTPS 抓包的关键区别在"不换证书"，下面按步骤过一遍。大概率是这几种情况之一：代理抓包时 App 直接断网，请求全失败证书装好了，App 的请求还是密文拿到明文还不够，要改包重放先讲原理：证书绑定

iOS 零门槛入门：第一次开发 iPhone App 的分步记录开发同学应该都遇到过这种情况：想做个 iPhone App，搜教程发现第一步就卡住了——“装 Xcode”，Xcode 十几个 GB、只支持 Mac，Windows 本直接劝退。我帮一个零基础的朋友走通过一次完整流程：装工具、建项目、写代码、跑真机、出包，全程没碰 Xcode。这篇把每一步拆开写

App 专用密码是 Apple 为第三方工具单独颁发的密码，不是你的 Apple ID 登录密码。 用「开心上架（AppUploader）」的「文件&提交」功能或 appuploader-cli 命令行工具把 IPA 提交到 App Store 时，填的就是这个密码——它的格式固定为 xxxx-xxxx-xxxx-xxxx（四组四位字符，用连字符分隔）。获取步骤打开 Apple 官方的账号

前两周想让 AI 助手直接帮我查一段流量，不用我复制粘贴截图，搜了一圈发现 mcp server 抓包工具的选择没想象中多——多数是社区脚本包的半成品，工具没几个还要自己维护。那会儿试过的方案里，有要自己写配置的、有只支持一两个工具的，折腾一下午才意识到"抓包工具原生提供 MCP server"才是省心方向。直到试到 TraceEagle 内置的那个 MCP 服务。接入方式简单

之前一直用 Fastlane 做 iOS 发布自动化，直到有次 CI 换成了 Linux 构建机，才发现这条链路的依赖比想象中重：Fastlane 要 ruby 环境，签名、打包、上传这些 lane 底层调的还是 Xcode 的 xcodebuild，macOS 之外跑不起来。Fastlane 之外的选择其实不少，这篇按依赖和场景盘点几条 iOS 发布自动化的路径，说清楚各自适合什么团队。Fast

抓包工具怎么选？Wireshark、Charles、Fiddler 到底该用哪个（附对比表）如果你在 Windows / Mac 上搜过"免费抓包工具"，大概率会看到一长串名字：Wireshark、Charles、Fiddler、mitmproxy、Postman、Proxyman、whistle……工具不少，但真正搞清楚"它们之间到底有什么区别、什么场景该用哪个&q