简介面向Python自动化与Android UI自动化开发者这是一份基于手机号识别微信性别信息的实例代码解决批量获取微信用户性别并导出的实际需求。代码展示了使用uiautomator定位微信搜索框、输入手机号、触发搜索并通过watcher监控“用户不存在”“账号异常”“操作频繁”等异常状态再读取性别字段的完整流程同时附带Excel读写模块可将结果分类写入或追加到表格便于后续统计。资源只有一个PDF文件包体仅51KB内容集中呈现核心代码适合在PC或手机上直接查看。整体代码量不大但覆盖了UI自动化中常见的元素定位、异常捕获、界面返回等技巧对学习Android自动化或微信场景脚本有一定参考价值。目前已有1394人学习/下载可作为自动化测试入门练习或内部工具改造的基础。 遇到太多朋友问我同一个问题Python 能不能用手机号直接反查出对应的微信性别先给结论不能。微信的性别字段默认是隐藏的官方从来没有开放过“手机号→性别”这种反向查询能力。网上那些声称能查的要么是钓鱼诈骗要么是违规的撞库灰产碰都不能碰。但这个需求背后代表的真实业务场景——用手机号做用户画像、识别客户性别、辅助精细化运营——是真实存在的而且有合规的落地路径。这篇文章我会先讲清楚为什么不能直接查再分享我实际项目里用 Python 实现的整套方案手机号归属地解析、微信网页授权获取性别、手机号与 OpenID 绑定关联全部附带可直接参考的实例代码。1. 先泼冷水手机号为什么不能直接“反查”微信性别1.1 微信的隐私模型很多人以为手机号就是用户在互联网世界的“唯一ID”既然手机号绑定了微信那么通过手机号一定能查到微信资料。这个逻辑在早期某些平台上勉强成立但在今天的微信生态里完全不成立。微信的隐私策略是你的手机号存在微信服务器上但除了你主动授权别人看不到你的微信号、性别、地区这些信息。就算你用手机号去微信通讯录匹配最多也只能看到“该用户未开启手机号查找”或者对方已经设置了禁止通过手机号搜索。性别本身就是可选的个人资料字段很多用户压根没填填了的也未必真实。所以“手机号识别微信性别”这个需求从源头就不通。1.2 手机号本身能提供什么信息手机号虽然不能反查微信但它自身携带的信息量其实不小。国内手机号是 11 位前三位是网络识别号中间四位是地区编码最后四位是随机编号。通过前七位可以判断出归属地省份、城市和运营商移动、联通、电信、广电、虚拟运营商。这些信息在用户画像场景里已经能发挥很大作用了比如判断客户地域分布、识别运营商偏好、做短信通道选型。在实际项目里我通常会把手机号解析结果和业务数据一起打标签不依赖微信也能完成大部分画像需求。这一步是完全可以、且应该用 Python 实现的。1.3 合规路线的关键认知如果你的业务确实需要用户的微信性别唯一合法路径是让用户在你的产品里主动授权微信登录在你自己的系统里把手机号和微信 OpenID 做绑定然后通过微信官方接口获取用户在微信侧填写的性别。简单说就是“用户授权 自行绑定”而不是“用手机号去微信库查”。这条路需要你有一个微信认证服务号并且开通网页授权能力。拿到性别之后还要注意性别字段可能有 0未知、1男、2女三种值而且很多用户没填字段缺失是常态不能指望它作为唯一判断依据。2. 手机号基础解析Python 实现归属地与号段识别2.1 号段库的设计与加载在搞清楚微信之前先把手机号自身的能力用足。手机号解析最核心的是号段库。我习惯用离线 CSV 维护一份号段表字段包括号段前缀、省份、城市、运营商、区号、邮编。线上环境可以放到 Redis 或 SQLite 里本地开发直接读 CSV 就行。先看一个最简化的号段表结构prefix,province,city,carrier,city_code,zip_code 134,山东,济南,移动,0531,250000 135,山东,济南,移动,0531,250000 136,山东,济南,移动,0531,250000 137,山东,济南,移动,0531,250000 138,山东,济南,移动,0531,250000 139,山东,济南,移动,0531,250000 150,山东,济南,移动,0531,250000 130,山东,济南,联通,0531,250000 186,山东,济南,联通,0531,250000 189,山东,济南,电信,0531,250000真实项目里完整的数据量在 30 万行左右覆盖所有已分配的号段。这个数据可以从运营商公开的号段公告整理也可以采购商业数据服务。注意不要随便在网上找那种来路不明的“手机号定位”数据库大概率违规。加载代码很简单import csv from pathlib import Path def load_phone_prefix_db(path: str phone_prefix_db.csv): db {} with open(path, r, encodingutf-8) as f: reader csv.DictReader(f) for row in reader: prefix row[prefix].strip() db[prefix] { province: row[province].strip(), city: row[city].strip(), carrier: row[carrier].strip(), city_code: row[city_code].strip(), zip_code: row[zip_code].strip(), } return db2.2 手机号校验与查询函数解析之前一定要做号码合法性校验否则垃圾数据会把后续统计带偏。国内手机号目前的主流规则是“1 开头第二位是 3-9共 11 位”用正则就够了。校验和查询逻辑放在一起import re PHONE_RE re.compile(r^1[3-9]\d{9}$) def validate_phone(phone: str) - bool: return bool(PHONE_RE.match(phone)) def lookup_phone(phone: str, db: dict): if not validate_phone(phone): return {error: invalid_phone} prefix phone[:7] info db.get(prefix) if not info: return {error: prefix_not_found, phone: phone} return { phone: phone, prefix: prefix, province: info[province], city: info[city], carrier: info[carrier], city_code: info[city_code], zip_code: info[zip_code], }这里有个细节国内号段现在按前 7 位基本能定位到城市但携号转网之后运营商字段已经不完全准了。比如用户从移动转到了联通号码段还是移动的。所以归属地查询的结果只能当参考不能直接用来给用户打运营商标签然后做太强假设。2.3 批量解析与简单聚类真实业务场景里经常要处理一批手机号比如从 Excel 里导出的客户列表。写一个批量处理函数顺便做一下省份维度的统计from collections import Counter def batch_lookup(phones, db): results [] province_counter Counter() carrier_counter Counter() for phone in phones: phone str(phone).strip() info lookup_phone(phone, db) results.append(info) if province in info: province_counter[info[province]] 1 if carrier in info: carrier_counter[info[carrier]] 1 return results, province_counter, carrier_counter跑完之后你能得到一份用户地域分布、运营商分布的报告。这一步很多团队以为很难其实代码量不大核心在号段数据质量。我踩过的坑是网上随便找的号段库更新不及时导致新开放的 192、195 等号段全都查不到后来自己写脚本每月从官方公告同步一次才解决问题。3. 合规获取微信性别用户授权链路实战3.1 授权流程与前置条件要拿到用户真实的微信性别走的是 OAuth2 授权流程。这里必须先说清楚这个流程不是拿手机号去微信换性别而是用户在微信里点击授权按钮微信把你重定向到你的服务器并附上一个授权 code你再用 code 换取用户的 access_token 和 openid最后调接口拿用户资料。前置条件有三个一个微信认证服务号未认证的订阅号没有网页授权权限在公众号后台配置“网页授权域名”服务器能正常访问微信接口且域名是 HTTPS流程可以概括为用户点击授权 → 微信跳转回调地址带 code → 后端用 code 换 access_token → 调 userinfo 接口拿性别 → 和当前登录手机号绑定。3.2 Flask 回调接口代码示例我习惯用 Flask 搭这套回调服务轻量、够用。先写跳转授权的入口from flask import Flask, redirect, request, session import requests app Flask(__name__) app.secret_key replace-with-your-secret APPID your-appid SECRET your-app-secret DOMAIN https://your-domain.com WX_AUTH_URL https://open.weixin.qq.com/connect/oauth2/authorize app.route(/wx/login) def wx_login(): callback f{DOMAIN}/wx/callback url ( f{WX_AUTH_URL}?appid{APPID} fredirect_uri{callback} fresponse_typecode fscopesnsapi_userinfo fstatefrom_wx_login#wechat_redirect ) return redirect(url)state 参数可以存业务侧的状态标识防止 CSRF实际项目里建议用随机字符串做好校验。接着写回调接口app.route(/wx/callback) def wx_callback(): code request.args.get(code) state request.args.get(state) if not code: return 授权代码缺失, 400 token_resp requests.get( https://api.weixin.qq.com/sns/oauth2/access_token, params{ appid: APPID, secret: SECRET, code: code, grant_type: authorization_code, }, timeout10, ).json() openid token_resp.get(openid) access_token token_resp.get(access_token) if not openid or not access_token: app.logger.error(换取access_token失败: %s, token_resp) return 换取access_token失败, 400 info_resp requests.get( https://api.weixin.qq.com/sns/userinfo, params{ access_token: access_token, openid: openid, lang: zh_CN, }, timeout10, ).json() sex_value info_resp.get(sex, 0) sex_map {0: 未知, 1: 男, 2: 女} gender sex_map.get(sex_value, 未知) nickname info_resp.get(nickname, ) return { openid: openid, gender: gender, nickname: nickname, sex_value: sex_value, }注意这里的 access_token 和手机号登录的 token 不是一回事别搞混。微信网页授权的 access_token 有效期通常只有 2 小时而且调用 userinfo 接口的频率限制比较严格不能拿它去做批量循环请求。3.3 将手机号与微信性别绑定上面的接口虽然拿到了性别但如果用户没有在业务系统里登录你并不知道这个 openid 对应哪个手机号。所以正确做法是引导用户先完成手机号登录/绑定再触发微信授权把当前用户的手机号存到 session 或临时表里等回调回来时再关联。代码层面可以这样做app.route(/user/bind_wx) def bind_wx(): if phone not in session: return 请先登录, 401 return redirect(/wx/login)回调的时候从 session 里取手机号和 openid、gender 一起写入用户表app.route(/wx/callback) def wx_callback(): # ... 省略前面换取用户信息的逻辑 ... phone session.get(phone) if phone and openid: # 写入数据库users 表 set wx_openid?, gender? # 这里用你常用的 ORM 或 SQL 封装避免 SQL 拼接 save_user_wx_info(phone, openid, gender) return 绑定成功可以关闭页面这就是完整链路手机号登录 → 微信授权 → 后台绑定 openid → 再次登录时直接查库就能知道这个手机号对应的微信性别。整个过程没有绕过任何微信限制完全在官方允许的范围内。实际项目中我建议把性别作为一种弱标签不能作为唯一判断依据。很多用户授权后返回的 sex 还是 0因为你拿到的只是用户当年在微信资料里填的性别对方如果没填过你拿到就是未知。更合理的做法是把性别、地域、手机归属地、消费行为等组合起来做综合画像。4. 常见问题与排查技巧实录4.1 性别字段为什么永远是 0遇到这个问题先确认你用的授权 scope 是不是 snsapi_userinfo。如果用的是 snsapi_base只能拿到 openid拿不到用户信息。另外微信在 2021 年底之后对部分接口做了收紧新注册的公众号获取敏感信息权限时微信要求必须通过用户授权页而且用户如果拒绝授权你也拿不到任何资料。所以性别为 0 不一定是你代码问题很可能是用户资料本身就没填性别。还有一点容易被忽略同一个用户在不同公众号下的 openid 不一样但 unionid 是唯一的。如果你的业务有多个公众号或小程序最好把 unionid 也一起存下来方便后面做数据打通。4.2 网页授权域名配置失败授权域名配置是最常见的坑。很多人后端代码写好了点授权却报“redirect_uri 参数错误”。原因基本是回调地址的域名和公众号后台配置的网页授权域名不一致。注意这里只校验域名不校验具体路径所以配置成your-domain.com那么https://your-domain.com/wx/callback就能通过。本地开发想调试也很简单用内网穿透把本地服务映射到一个公网 HTTPS 域名然后把公众号后台的域名临时改成这个映射域名。不过这会受微信平台的风控限制频繁更换域名可能会触发异常建议用专门的测试号来联调。4.3 手机号号段数据与隐私风险排查手机号解析功能跑起来很容易但有两个风险要盯紧。第一是号段库过期新号段查不到第二是拿手机号去匹配用户信息时涉及个人信息处理必须做脱敏日志里不能打印完整手机号数据库里建议只存加密后的手机号或只存前三位后四位。在业务侧用户手机号和性别属于敏感个人信息存储和访问都要有权限控制至少要做到字段级加密。我现在的做法是日志系统里对手机号统一打码比如138****1234数据库里单独建一张用户隐私信息表和业务表分离接口返回时默认不返回完整手机号和性别除非调用方有明确权限。4.4 Python 环境与依赖安装问题这套代码依赖 requests 和 flask安装很简单。但如果在 Windows 上跑经常遇到 pip 安装后命令行找不到 python 的情况。我个人建议直接用 Anaconda 或 miniconda 管理环境或者用 vscode 的虚拟环境功能。装依赖时先检查 pip 源国内网络用清华镜像能快很多pip install -i https://pypi.tuna.tsinghua.edu.cn/simple flask requests如果代码报ModuleNotFoundError: No module named flask大概率是你装了包但当前解释器不对。在 vscode 里按 CtrlShiftP选择“Python: Select Interpreter”选到当前虚拟环境再重试。5. 这套方案的实际使用场景与边界5.1 适用场景这套方案最适合两类场景。一类是用户运营比如电商、社群、知识付费产品用户用手机号注册后引导绑定微信方便后续推送模板消息同时获取性别、头像等资料做用户画像。另一类是线下门店的会员数字化用户在店里扫码授权先验证手机号再绑定微信后续就可以在后台统计男女比例、地域分布辅助选品和营销投放。在这些场景里手机号是业务主键微信性别是增强标签整体逻辑说得通用户也没有隐私被侵犯的感觉因为每一个信息都是经过他本人确认的。5.2 不适用场景如果需求是“给我一批手机号我要查出对应的微信性别”这类需求在法律和平台规则上都是不成立的市面上也没有任何正规渠道能做到。遇到这种需求直接拒绝或者引导对方用“短信验证码 用户主动填写性别”的方式做冷启动数据收集。另外如果只是想判断用户性别来做风控微信性别并不是可靠信号因为用户填写的未必真实。这种情况下更好的做法是结合实名认证信息或者在用户操作行为里去提取特征而不是依赖社交资料。5.3 一点个人学习建议如果你是刚接触 Python 的读者建议不要一上来就追求“黑科技”式的接口调用。先把手机号解析、Flask 接口开发、requests 调用第三方接口这几个基本功练扎实再去做微信生态的对接会顺很多。我在实际项目里踩过不少坑最深刻的一条是不要试图和平台规则博弈合规的方案虽然看起来绕远路但它是唯一能长时间稳定跑下去的路。技术上实现功能往往是最简单的一步难的是想清楚边界然后把每一步都做得经得起审查。最后分享一个小技巧做这类数据关联功能时先在本地把“模拟登录 模拟授权 数据库落库”的完整链路跑通再换真实微信授权配置调试效率会高很多。微信的授权接口在沙箱环境和正式环境的返回结构基本一致提前把异常分支写好后面上线会省很多事。本文还有配套的精品资源点击获取