打开浏览器开发者工具，何破号按F12，解网切到Network面板，站上刷新页面。被隐手机号大概率就躺在某个JSON响应里，手机明晃晃的何破号，根本没藏。解网这不是站上什么黑客技术，就是被隐看一眼网页跟服务器说了什么悄悄话。大部分网站所谓的手机"隐藏"，不过是何破号前端用CSS把中间四位变成星号，或者用图片替换文字——数据本身完整地传到了你的解网浏览器里。

我去年帮朋友看一个二手房平台，站上房源详情页上房东电话显示为"138****6721"。被隐F12一开，手机Network里找到一个叫`house-detail`的接口，返回的JSON里有个字段`owner_phone`，值是完整的`13812346721`。全程没写一行代码，就是点了几下鼠标。网站把数据发给浏览器，又让浏览器假装看不见，这种操作说实话挺自欺欺人的。

DOM里藏着的，比你想的多

有些网站稍微"讲究"一点，不在接口里直接返回完整号码，而是分段传输，前端再拼起来。比如一个`data-phone-prefix="138"`加一个`data-phone-suffix="6721"`，中间四位通过另一个接口拿。这种也不难破，在Elements面板里搜`phone`、`mobile`、`tel`这些关键词，相关属性一目了然。再不行就在Console里跑一句document.querySelectorAll('[data-phone]')，所有带手机号数据的元素全给你列出来。

还有一种更偷懒的做法：手机号写在JavaScript变量里，全局作用域下直接能访问。Console里敲`window.phone`或者翻一翻页面加载的JS文件，搜索`1[3-9]\d{ 9}`这个正则模式，匹配到的就是。我见过一个教育机构的落地页，手机号就硬编码在`main.js`第47行，连变量名都叫`contactPhone`，找起来毫无难度。

图片和字体反爬，挡得住谁

用图片显示手机号算是稍微动了点脑筋。但图片的`src`或者`alt`属性经常出卖它——`alt="13812346721"`这种，简直是把钥匙插在锁上。就算`alt`是空的，图片请求的URL里也可能带着号码，比如`/phone/13812346721.png`。再退一步，OCR识别一下数字图片，准确率现在高得离谱，Tesseract或者百度OCR的免费额度都够用。

字体反爬是另一个路子。网站自定义一套字体，把真实数字映射成乱码字符，页面上显示正常但复制出来是乱的。破解方法是找到那个`.woff`字体文件，用FontTools之类的库把映射关系还原。这稍微需要点技术，但网上教程一抓一大把，Python脚本二十行搞定。我试过一次，从下载字体到还原出完整号码，前后不到十分钟。

真正藏得好的，反而不多

真正把手机号放在服务端、每次请求只返回掩码、完整号码需要单独鉴权接口的网站，其实很少。因为这样做开发成本高，而且影响用户体验——用户想直接拨号都拨不了。大多数平台权衡之后，选择"前端隐藏"这种低成本方案，防的是普通用户的随手一瞥，不是防技术手段。

我的判断是：只要手机号最终要展示给用户看，不管是通过页面文字、图片还是语音播报，数据就一定在某个环节以明文形式存在过。浏览器能拿到的东西，你就能拿到。区别只是花五分钟还是花半小时。真正需要警惕的是那些把号码放在服务端、通过点击"查看号码"触发一次独立请求、并且做了频率限制和身份校验的网站——那种确实不好搞，但市面上这么做的，我碰到的不到两成。

工具方面，Chrome DevTools够用了。配合一个叫"Resource Override"的插件可以改请求响应，或者用mitmproxy抓包看移动端App的接口。Python的requests加BeautifulSoup能批量处理，但注意别碰法律红线——爬公开数据和自己用是一回事，批量抓取倒卖是另一回事。技术本身没立场，用的人有。