ITPub博客

在家里抓包一切正常，拿到公司内网就跑不起来了——这种情况挺常见的。其实是抓包工具已经在本地起了一个代理，浏览器也乖乖走进来了，请求列表里能看到完整的一条；可这条请求发不出去，或者发出去之后拿到的响应跟真实环境对不上。原因一般不在抓包工具本身，而在它的身后，公司网络的出口不是你直连的，你得再往上串一层。先知道自己的网络环境属于哪一类，再一步步把上游代理、认证、DNS 接上。先弄清你处在哪种网络环境内

最近在看电驴上down下来的ipad开发视频教程。为加深记忆，特在此做笔记。前两集视频主要讲的是UIAlertView（相当于windows里面的MessageBox）在interface builder里面添加了控件之后，要想使得控件响应事件必须做如下处理：1：在XXXViewController.h里面添加事件响应函数声明如：　　-(IBAction)btnOnclick:(id)sender

有一类程序，是抓包人的老对手：证书装好了它报错、代理配好了它直连、好不容易把证书绑定解了——它掏出一套自研加密。你换工具的速度，赶不上它设防的花样。代理抓包在它面前是"连不上或抓不到"，网卡抓包在它面前是"抓得到，但全是密文"。直到换一个思路：不跟"设防"较劲了，直接从程序内部把明文取出来。这篇就讲这种抓法——应用层抓包。先说它专治的三类

文章目录第1章如何实现 iOS App 混淆什么是代码混淆？流程概述详细步骤步骤 1: 安装混淆工具步骤 2: 配置混淆策略步骤 3: 运行混淆操作步骤 4: 验证混淆效果类图示例结尾如何实现 iOS App 混淆什么是代码混淆？代码混淆是一种保护软件源代码的技术，主要用于防止反向工程和代码破解。当我们发布iOS App时，混淆可以增加其安全性，使得黑客更难以理解和篡改应用程序的代码。流程概述下面

苹果商店是iOS设备用户获取应用程序的主要渠道，也是许多开发者发布应用程序的首选平台。然而，苹果商店上架app费用并不是简单的一笔固定的费用，而是根据开发者所选择的计划和应用程序类型等因素而定。下面我们来详细介绍一下苹果商店上架app费用的计算原理。首先，苹果商店的费用可以分为两部分：开发者计划费用和应用程序审核费用。开发者计划费用是指开发者在苹果开发者中心注册账户后需要选择的计划类型，包括个人计

性能监控：FPS与CPU占用率实时检测终极指南在iOS应用开发中， 性能监控 是确保用户体验流畅的关键环节。TimLiu-iOS作为一个全面的iOS开发学习资源库，提供了丰富的 FPS检测 和 CPU占用率 监控工具，帮助开发者实时掌握应用运行状态。本文将详细介绍如何使用TimLiu-iOS进行 实时检测，让你的应用始终保持最佳性能表现为什么需要性能监控？FPS（帧率）和CPU占用率 是衡量iOS

一条抓到的请求想交给同事复现，最省事的做法是丢一段能直接跑的代码——不用解释环境、不用描述参数，粘贴回车就行。右键把请求生成出来，长这样：1curl -X POST 'https://api.example.com/v2/orders' \2  -H 'Content-Type: applica

在苹果商店上架一个app需要付出的费用主要包括两个方面：开发费用和发布费用。一、开发费用开发一个app需要付出的费用包括：1.人力成本：开发团队的薪酬、办公场地租金等。2.技术成本：开发所需要的软件、硬件、服务器等。3.测试成本：对app进行测试、修复漏洞等。4.设计成本：UI设计、平面设计等。开发费用的具体数额因项目而异，一般来说，简单的app需要几万元，复杂的app可能需要几百万元。二、发布费

早先发 iOS 内测包，我一条路走到底用 TestFlight，直到有次给外部体验用户发包，对方问：能不能像安卓那样发个二维码扫码就装？注册 Apple ID、装 TestFlight 这套流程，对非开发背景的人来说确实长。顺着这个问题把 iOS 内测分发重新捋了一遍——从开发自测到外部公测，能用的做法不止一种，门槛和适用面差得也远。这篇按测试范围从小到大走一遍：开发阶段直连真机、小范围 Ad H

以前桌面上抓包一直用 Charles，配好代理和证书，调接口挺顺。直到有次接手一个手机 App 的联调——证书绑定的 App 在代理下一开就断网，HTTP/3 的流量在代理模式下影子都看不到。那之后我把常用的抓包工具挨个试了一遍，结论是：工具之间没有谁全面覆盖谁，差别在"各自擅长哪个场景"。这篇是抓包工具对比的实测记录，不按工具罗列功能，按任务场景横切——同一件事，五款工具分别

Construct 3 全程在浏览器里做游戏，不装任何软件——这点在"不用 Mac 开发"这件事上先天占优。发 iOS 版的时候，它通过内置的构建服务把工程导出成一个 Xcode 工程（底层是 Cordova），你再用 Xcode 编译签名成 IPA。所以要先说清楚：最后的编译签名仍然需要一台装了 Xcode 的 Mac。构建服务导出的是工程，不是成品 IPA，这一点我一开始理

我注意到一个现象：Flutter 项目做到一半，很多人卡在"怎么出 IPA"这一步——代码写完、界面调好，打包时才发现链路没打通。Flutter 开发 iOS 到上架，中间隔着一道打包关。打包这一步卡住的共性原因就两个：构建环境不对（Windows 上跑 iOS 构建）、签名材料不齐（证书和描述文件）。先对号入座，再动手。这篇把打包的完整路径拆开：先看官方命令，再讲参数，再说没

Apple ID 登录总弹二次验证，有没有办法避免？能。 如果你不想每次登录都收到 Apple 的双重验证推送或短信验证码，改用 App Store Connect API 密钥 登录即可——这种方式基于 JWT 无状态认证，不会触发 Apple 的二次验证，且长期有效。三种登录方式，二次验证表现不同「开心上架（AppUploader）」支持三种登录方式，对二次验证的处理各不相同：登录方式是否触发

之前一直以为学 Swift 必须有一台 Mac、装上 Xcode，直到帮朋友在 Windows 上把 Swift 环境搭起来跑通第一行代码，才发现这个认知过时了。那次搭完他感慨：Swift 早就不是"苹果专属语言"了，官方工具链在 Windows 上的体验比想象中完整。Swift 开发环境搭建这件事，答案取决于你的目标：学语言、写命令行工具，和做 iOS App，需要的环境根本

没有 Mac 也能做完整 iOS 发布流程iOS 发布链路里，真正必须在 Mac 上完成的只有一件事：用 Xcode 编译和签名你的应用代码。围绕这一步的其余流程——注册 Bundle ID、签发证书、生成描述文件、把签名好的 IPA 提交到 App Store、装到测试设备上——本质上都是和 Apple 服务器交互的操作，并不天然要求 Mac。「开心上架（AppUploader）」做的，就是把这

前言作为移动端的研发同学，你是否也曾陷入这样的困境：用户在应用商店留下了一星差评，抱怨“App 用起来很卡”或者“支付时闪退了”，但无论你在测试环境如何操作，都无法复现问题？面对着从海量日志中捞出的、可能毫无关联的信息，以及一个孤立的、缺少上下文的崩溃堆栈，排查问题就像在浓雾中“盲人摸象”，耗费了数天时间，最终却只能提交一个基于猜测的修复。为了提升这种低效的排查模式，我们进行了 iOS 数据采集与

我注意到一个现象，聊到 iOS 打包，很多人把"编译"和"打包"混成一步：点一下 Build 出产物，再 Archive 导出 IPA，中间发生了什么并不清楚。打包这个环节其实有独立的工具选择——编译完成之后，怎么把产物整理成能安装、能上架的 IPA，各家工具的做法差别不小。这篇按工具盘点 iOS 打包的几条路径，说清楚各自适合什么环境。Xcode 自带：A

让 AI 直接帮你抓包：MCP 接入抓包工具实战教程一、真实场景：你想让 AI 帮你分析接口问题，但它"看不见"你电脑上发生了什么如果你日常用 AI 处理技术问题，大概率遇到过这样的场景：某个接口报错了，你打开抓包工具，把请求头、请求体、响应内容一段段复制出来，粘贴进和 AI 的对话框，再补一句"帮我看看这个接口为什么失败"。AI 确实能给出分析，但整个过程