安卓模拟器 HTTP 代理用户名密码配置：先分清系统代理和启动参数

安卓模拟器里的 HTTP 代理需要用户名密码时，先确认你配置的是 Android 系统的 Wi‑Fi 代理，还是模拟器启动时的代理参数。两者都可能出现“地址能通、认证失败”，但凭据传递位置并不相同。把账号密码直接拼进所有 URL，往往会让密码出现在日志、命令历史或截图里。

本文针对 Android Studio Emulator 等自有测试环境，重点解决三个问题：凭据应该填在哪里、怎样判断是代理认证失败而不是目标站登录失败，以及如何在不暴露密码的情况下复测。

先确认代理服务的协议和认证方式

HTTP 代理通常先接收客户端的 CONNECT 或普通 HTTP 请求，再向目标站转发；代理用户名密码属于这一跳的认证信息，不是目标网站的登录账号。服务商交付的入口可能是 HTTP、HTTPS 或 SOCKS5，端口和认证方式也可能不同，不能只因为界面写着“代理”就混用配置。

先从服务商控制台确认四项信息：入口主机、端口、协议、认证字段名称。若文档只给了 API 密钥或白名单模式，就不要擅自把密钥当作 Basic Auth 密码。Android 官方模拟器的网络说明也提醒，模拟器访问宿主机和访问远端服务是不同路径；10.0.2.2 只适用于访问宿主机回环服务，不是远程代理入口。

Android 系统代理：凭据由系统代理设置负责

在模拟器的系统设置中配置 Wi‑Fi 代理时，选择手动代理，填写服务商提供的主机和端口；如果当前系统版本或镜像提供用户名、密码字段，再在对应字段填写凭据。不同 Android 镜像的设置界面可能没有认证输入框，不能假设所有模拟器都支持在这里保存代理账号。

如果界面只有主机、端口和绕过列表，没有用户名密码入口，可先用一个不需要认证的测试入口确认地址和协议，再向客户端或服务商确认该镜像支持的认证方式。不要把 user:password@host:port 粘贴到不明确支持 URL 形式的输入框：有的设置页会把整段内容当成主机名，有的会把密码写入系统日志。

启动参数：只适用于模拟器进程支持的代理选项

Android Emulator 的启动参数可以影响模拟器自身的网络访问，但它和 Android 系统内某个应用使用的代理不是同一层。若使用命令行参数，先查看当前 Emulator 版本的官方帮助和文档，确认参数名、作用范围以及是否支持认证；不要从其他工具的参数格式直接照搬。

一个实用的隔离方法是：先启动一个全新的测试快照，只配置主机和端口，不填业务账号；确认代理端收到连接后，再按该版本支持的认证方式补充凭据。若启动参数只接受代理地址而没有认证字段，说明认证可能需要由应用、系统设置或本地中转层完成，而不是继续修改地址格式。

用状态码判断是哪一跳出了问题

不要把浏览器打开目标网站失败，直接归因于代理用户名密码。按下面顺序看现象：

407 是代理层的信号，401/403 通常是目标服务层的信号。若日志同时出现两类状态，按请求时间和连接 ID 分开判断，避免把代理密码改成目标站密码。

不暴露凭据的复测方法

在自有测试接口或获授权的站点上复测，分别记录：模拟器镜像版本、代理入口、端口、配置位置、是否出现 407、请求时间和脱敏后的出口结果。截图时遮住用户名、密码、完整代理 URL 与 Authorization 头；命令行测试也不要把密码直接写进 shell 历史。

如果系统代理设置无法保存认证信息，可以让应用在自身支持的代理配置中读取凭据，或使用经过批准的本地中转组件。中转组件只应监听必要的本机接口，并限制测试范围；不要为“方便排查”把代理监听暴露到 0.0.0.0，也不要关闭设备防火墙。

最后做一次范围验收

先让一个明确支持系统代理的测试应用访问自有地址，再测试目标业务应用。若前者得到预期出口而后者仍直连，问题在应用是否遵循系统代理；若两者都返回 407，回到认证方式和账号范围；若都能通过代理但目标站拒绝，再检查目标站请求本身。

安卓模拟器 HTTP 代理用户名密码配置的关键，不是把凭据塞进某个看似合理的字符串，而是先确定认证发生在哪一层、当前镜像是否支持该入口，再用可区分的状态码和脱敏日志完成验收。