在OkHttp框架中，已经集成好了网络请求代理Proxy的功能，我们只需要调用如下API，即可实现使用代理地址访问目标服务器：
OkHttpClient.Builder builder = new OkHttpClient.Builder();
// 设置代理地址
SocketAddress sa = new InetSocketAddress("代理服地址", 代理端口);
builder.proxy(new Proxy(Proxy.Type.HTTP, sa));
OkHttpClient client = builder.build();
Request.Builder requestBuilder = new Request.Builder();
requestBuilder.url("目标服务器地址");
client.newCall(requestBuilder.build());
com.squareup.okhttp3
okhttp
3.2.0
com.squareup.okio
okio
1.6.0上周遇到了一个莫名其妙的搞心态的问题，浪费了我好几个小时。
主要是最后问题的解决方式也让我特别的无语，真的是越想越气。
先说结论，也就是标题：
在本地以 Debug 模式启动项目的时候，千万不要在方法上打断点！千万不要！
首先什么是方法断点呢？
比如这样的，打在方法名这一行的断点：
三方提供的接口，限制传入参数的字节数。
发现 java 的字符串按照字节数截断，并没有直接的方法。
在Java中，我们可以使用String类的substring方法来实现字符串的截取。
需要注意的是，由于Java中字符串是以UTF-16编码的，因此直接使用substring方法截取可能会导致中文字符被截断。
我们需要按字节截取字符串，可以借助Charset类来进行转换。
// 输入待截取的字符串和截取长度
String str = "这是一个测试字符串";
int length = 5; // 需要截取的字节长度线程池是一种基于池化思想管理线程的工具，使用线程池可以减少创建销毁线程的开销，避免线程过多导致系统资源耗尽。
在高并发以及大批量的任务处理场景，线程池的使用是必不可少的。
如果有在项目中实际使用线程池，相信你可能会遇到以下痛点：
线程池随便定义，线程资源过多，造成服务器高负载。
线程池参数不易评估，随着业务的并发提升，业务面临出现故障的风险。
线程池任务执行时间超过平均执行周期，开发人员无法感知。
线程池任务堆积，触发拒绝策略，影响既有业务正常运行。
当业务出现超时、熔断等问题时，因为没有监控，无法确定是不是线程池引起。
我们经常需要从字符串中提取指定的值。
如果要设计一个平台，常见提取策略都要支持。从零实现起来会比较麻烦。
希望实现一个整合常见提取策略的工具，便于在各个场景复用。
我们经常需要从字符串中提取指定的值。
如果要设计一个平台，常见提取策略都要支持。从零实现起来会比较麻烦。
希望实现一个整合常见提取策略的工具，便于在各个场景复用。