获取网页源码app

```html

上周帮一个做数据采集的网页朋友看代码，他抱怨说写爬虫最烦的源码不是解析，是网页第一步——拿到干净的HTML。浏览器一按F12，源码源码满屏，网页但真要用程序去抓，源码有时候返回的网页是一堆乱码，有时候是源码JS渲染完的DOM，跟右键查看源代码根本不是网页一回事。他就想要个简单的源码手机app，输入网址，网页直接出源码，源码能复制能保存，网页最好还能选User-Agent。源码我搜了一圈，网页发现这类工具其实不少，但好用的没几个。

先说安卓端。Google Play上有个叫“HTML Source Viewer”的，界面丑得跟2008年的网页似的，但功能扎实。打开就是地址栏加一个“Go”，点下去直接显示纯文本源码，没有语法高亮，没有多余按钮。我拿它试了一个带Cloudflare防护的博客，居然返回了完整的HTML，没有弹验证码。开发者大概是个老派程序员，连广告都没放。缺点是只能看，复制得全选，长按菜单里藏着一个“保存到剪贴板”。另一个叫“View Source”的，支持自定义请求头，能改Referer和Cookie，适合对付那些需要登录态才能看到源码的页面。但它的免费版每天限20次请求，超了就得看广告。

iOS这边选择更少。App Store搜“网页源码”，排第一的是“Source Viewer”，6块钱买断。我买了，用下来觉得值。它的亮点是能同时显示渲染后的DOM和原始响应。左边是浏览器加载完的HTML，右边是服务器直接返回的。有次我查一个单页应用，原始响应里只有几个div和一堆script，渲染后的DOM里才有实际内容。这功能对调试SEO问题特别有用——你一眼就能看出搜索引擎爬虫到底能拿到什么。不过它不支持POST请求，只能GET。

为什么手机端这类工具这么少？我琢磨了一下。桌面端有curl、wget、Postman，浏览器开发者工具也够强，需求被覆盖了。手机端呢，大部分人不需要看源码，开发者又嫌屏幕小、输入麻烦。但有些场景就是绕不开：比如你在外面，突然想确认某个页面的meta标签有没有写对；或者你收到一个可疑链接，想看看它到底加载了什么脚本。这时候掏出手机比开电脑快得多。我见过一个做外贸的，用这类app检查竞争对手的落地页源码，看他们用了哪些追踪像素和A/B测试工具，直接在手机上就干了。

技术实现上，这类app的核心就三件事：发HTTP请求、处理重定向和Cookie、把响应体当纯文本显示。听起来简单，坑不少。编码是个大问题。很多中文网站还在用GBK，app如果默认按UTF-8解码，出来的就是乱码。我试过五个app，只有两个能自动检测编码，其余都得手动选。还有gzip压缩，有些服务器返回的Content-Encoding是gzip，app如果不解压，你看到的就是一堆二进制乱码。最离谱的是一个app，它把响应体塞进WebView再取document.documentElement.outerHTML，结果拿到的永远是渲染后的DOM，原始源码根本看不到。

如果你要自己写一个，Android上用OkHttp加Jsoup就行。OkHttp负责网络，Jsoup的parse能帮你格式化输出。但注意别用Jsoup去请求，它默认不处理gzip和重定向，容易踩坑。iOS用URLSession，记得设置request.cachePolicy = .reloadIgnoringLocalCacheData，不然可能拿到缓存。显示层用UITextView或者Android的TextView，别用WebView。WebView会执行JS，改变DOM，那就不是源码了。

最后说个冷门的。有个叫“HTTP Request”的app，严格来说不是专门看源码的，但它能发任意HTTP请求，显示原始响应。我拿它测API，顺便看网页源码，一举两得。缺点是响应体大了会卡，超过2MB就崩。所以别拿它去抓视频页面。总之，这类工具不需要花哨功能，能稳定拿到原始HTML、处理好编码、支持复制导出，就合格了。市面上满足这三条的，一只手数得过来。