升级okhttp3后OkHttpClient.setProxy找不到符号问题咨询

OkHttp 2.x升级到3.x版本时做了核心API重构，OkHttpClient类从支持setter方法动态修改配置的可变类，调整为不可变类，包括setProxy在内的所有实例配置set方法均被移除，所有配置项必须通过OkHttpClient.Builder在构造客户端实例时统一传入，编译阶段的找不到符号报错就是旧版本setter调用和3.x API不兼容导致的。

不需要重写核心业务代码，仅需要将配置逻辑适配3.x的Builder模式即可，所有原set方法的参数逻辑、业务含义完全保留，迁移成本极低：

• 基础配置场景
  原2.x版本直接new实例后调用setProxy的写法：

  // OkHttp 2.x 不兼容写法
  OkHttpClient client = new OkHttpClient();
  client.setProxy(new Proxy(Proxy.Type.HTTP, new InetSocketAddress("127.0.0.1", 7890)));
  

  直接替换为3.x标准Builder构造写法：

  // OkHttp 3.x 兼容写法
  OkHttpClient client = new OkHttpClient.Builder()
          .proxy(new Proxy(Proxy.Type.HTTP, new InetSocketAddress("127.0.0.1", 7890)))
          // 其余原setter配置（如超时时间、拦截器、代理选择器等）均在此处链式调用配置
          .build();
  

• 派生配置场景
  如果已有全局通用的基础OkHttpClient实例，需要给部分请求单独设置代理，不需要重新构造完整客户端，调用原实例的newBuilder()方法继承所有原有配置，仅修改代理项后生成新实例即可，可复用原有连接池、线程池等资源，性能更好：

  // 基于已有客户端派生代理专用实例
  OkHttpClient proxyClient = globalClient.newBuilder()
          .proxy(new Proxy(Proxy.Type.HTTP, new InetSocketAddress("127.0.0.1", 7890)))
          .build();
  

• 升级过程中遇到其他setXxx cannot find symbol类报错，处理逻辑和setProxy完全一致，将对应set调用迁移到Builder链式调用中即可，不需要调整业务判断逻辑。
• 不要通过反射强行修改OkHttpClient实例内部的proxy字段，会破坏实例不可变约束，干扰连接池、拦截器链的正常运行，容易引发偶发的线上故障。
• 构造好的OkHttpClient实例建议全局复用，不要每次发请求都新建实例，否则会丧失连接复用、线程池复用的性能优势。

内容的提问来源于stack exchange，提问作者Ricky V.