看起来你遇到的问题很典型——Chrome命令行指定的代理设置被忽略，始终走直连。我之前在Mac和Linux上也碰到过类似情况，你的两个命令格式本身没明显语法问题，但大概率是以下几个因素导致的：

1. 后台残留的Chrome进程干扰 #

Chrome是多进程架构，如果之前有未完全关闭的Chrome实例（包括后台驻留的进程），新启动的窗口会共享已有进程的配置，直接跳过你指定的命令行参数。

解决方法：先彻底杀掉所有Chrome进程，再重新启动：

• Mac系统：

  killall Google\ Chrome
  

• Ubuntu系统：

  killall chrome
  

之后再运行你带代理参数的启动命令。

2. 默认用户数据目录的配置覆盖 #

Chrome会读取默认用户数据目录里的代理设置（比如你之前手动在Chrome设置里改的代理、或者系统同步的配置），这些设置优先级会高于命令行参数。

解决方法：启动时指定一个临时的干净用户数据目录，避免受已有配置影响：

# Mac示例
/Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --user-data-dir=/tmp/chrome-proxy-temp --proxy-server='http=p-uk1.biscience.com:80;https=p-uk1.biscience.com:80'

# Ubuntu示例
google-chrome --user-data-dir=/tmp/chrome-proxy-temp --proxy-server='http=p-uk1.biscience.com:80;https=p-uk1.biscience.com:80'

这个临时目录会在Chrome启动时自动创建，关闭后可以手动删除，不会影响你的默认浏览器配置。

3. 额外验证点 #

• 启动Chrome后，直接打开chrome://net-internals/#proxy查看代理配置，正常情况下应该显示你命令行指定的代理规则，而不是DIRECT。
• 如果你的代理服务器需要用户名密码认证，需要调整代理参数格式：

  --proxy-server='http://username:password@p-uk1.biscience.com:80'
  

• 检查系统级代理设置，确保没有全局代理或自动代理（PAC文件）在生效，这些也会覆盖Chrome的命令行参数。

按照上面的步骤操作后，应该就能让Chrome正确遵循你指定的代理设置了。

内容的提问来源于stack exchange，提问作者raininglemons