-
Headers mHeaders=new Headers.Builder()
-
.set(“name1”,“value1”)//set表示name1是唯一的,会覆盖掉已经存在的
-
.add(“name2”,“value2”)//add不会覆盖已经存在的头,可以存在多个
-
.build();
我们来看一下Header的内部,源码就不粘贴了很简单,Headers内部是通过一个数组来保存header private final String[] namesAndValues;大家可能会有这样的疑问,为什么不用Map而用数组呢?因为Map的Key是唯一的,而header要求不唯一
另外,数组方便取数据吗?很方便,我们来看着三个方法
最后通过toString方法转变成String,方便写入请求头,
-
@Override
-
public String toString() {
-
StringBuilder result = new StringBuilder();
-
, size = size(); i < size; i++) {
-
result.append(name(i)).append(“: “).append(value(i)).append(”\n”);
-
}
-
return result.toString();
-
}
-
/** Returns the field at {@code position} or null if that is out of range. */
-
public String name(int index) {
-
;
-
|| nameIndex >= namesAndValues.length) {
-
return null;
-
}
-
return namesAndValues[nameIndex];
-
}
-
/** Returns the value at {@code index} or null if that is out of range. */
-
public String value(int index) {
-
- ;
-
|| valueIndex >= namesAndValues.length) {
-
return null;
-
}
-
return namesAndValues[valueIndex];
-
}
3.RequestBody
requestBody也就是请求实体内容,我们先来看一下如何来构建一个RequestBody
(1)Request.create()方法创建
-
public static final MediaType TEXT = MediaType.parse(“text/plain; charset=utf-8”);
-
public static final MediaType STREAM = MediaType.parse(“application/octet-stream”);
-
public static final MediaType JSON = MediaType.parse(“application/json; charset=utf-8”);
-
//构建字符串请求体
-
RequestBody body1 = RequestBody.create(TEXT, string);
-
//构建字节请求体
-
RequestBody body2 = RequestBody.create(STREAM, byte);
-
//构建文件请求体
-
RequestBody body3 = RequestBody.create(STREAM, file);
-
//post上传json
-
RequestBody body4 = RequestBody.create(JSON, json);//json为String类型的
-
//将请求体设置给请求方法内
-
Request request = new Request.Builder()
-
.url(url)
-
.post(xx)// xx表示body1,body2,body3,body4中的某一个
-
.build();
(2)构建表单请求体,提交键值对(OkHttp3没有FormEncodingBuilder这个类,替代它的是功能更加强大的FormBody:)
-
//构建表单RequestBody
-
RequestBody formBody=new FormBody.Builder()
-
.add(“name”,“maplejaw”)
-
.add(")
-
…
-
.build();
(3)构建分块表单请求体:(OkHttp3取消了MultipartBuilder,取而代之的是MultipartBody.Builder()
既可以添加表单,又可以也可以添加文件等二进制数据)
-
public static final MediaType STREAM = MediaType.parse(“application/octet-stream”);
-
//构建表单RequestBody
-
RequestBody multipartBody=new MultipartBody.Builder()
-
.setType(MultipartBody.FORM)//指明为 multipart/form-data 类型
-
.addFormDataPart(") //添加表单数据
-
.addFormDataPart(“avatar”,“111.jpg”,RequestBody.create(STREAM,file)) //添加文件,其中avatar为表单名,111.jpg为文件名。
-
.addPart(…)//该方法用于添加RequestBody,Headers和添加自定义Part,一般来说以上已经够用
-
.build();
知道了RequestBody的创建,我们来看一下源码
RequestBody也就是请求实体内容,对于一个Get请求时没有实体内容的,Post提交才有,而且浏览器与服务器通信时基本上只有表单上传才会用到POST提交,所以RequestBody其实也就是封装了浏览器表单上传时对应的实体内容,对于实体内容是什么样还不清楚的可以去看一下我的一篇博客Android的Http协议的通信详解
OkHttp3中RequestBody有三种创建方式
①方式一:
-
public static RequestBody create(MediaType contentType, String content) {
-
Charset charset = Util.UTF_8;
-
if (contentType != null) {
-
charset = contentType.charset();//MediaType的为请求头中的ContentType创建方式:public static final MediaType TEXT =
-
//MediaType.parse(“text/plain; charset=utf-8”)
-
if (charset == null) {
-
charset = Util.UTF_8;//如果contentType中没有指定charset,默认使用UTF-8
-
contentType = MediaType.parse(contentType + “; charset=utf-8”);
-
}
-
}
-
byte[] bytes = content.getBytes(charset);
-
return create(contentType, bytes);
-
}
②方式二:FormBody表单创建,我们来看一下
FormBody用于普通post表单上传键值对,我们先来看一下创建的方法,再看源码
-
RequestBody formBody=new FormBody.Builder()
-
.add(“name”,“maplejaw”)
-
.add(")
-
…
-
.build();
FormBody源码
-
public final class FormBody extends RequestBody {
-
private static final MediaType CONTENT_TYPE =
-
MediaType.parse(“application/x-www-form-urlencoded”);
-
private final List encodedNames;
-
private final List encodedValues;
-
private FormBody(List encodedNames, List encodedValues) {
-
this.encodedNames = Util.immutableList(encodedNames);
-
this.encodedValues = Util.immutableList(encodedValues);
-
}
-
/** The number of key-value pairs in this form-encoded body. */
-
public int size() {
-
return encodedNames.size();
-
}
-
public String encodedName(int index) {
-
return encodedNames.get(index);
-
}
-
public String name(int index) {
-
return percentDecode(encodedName(index), true);
-
}
-
public String encodedValue(int index) {
-
return encodedValues.get(index);
-
}
-
public String value(int index) {
-
return percentDecode(encodedValue(index), true);
-
}
-
@Override public MediaType contentType() {
-
return CONTENT_TYPE;
-
}
-
@Override public long contentLength() {
-
return writeOrCountBytes(null, true);
-
}
-
@Override public void writeTo(BufferedSink sink) throws IOException {
-
writeOrCountBytes(sink, false);
-
}
-
/**
-
- Either writes this request to {@code sink} or measures its content length. We have one method
-
- do double-duty to make sure the counting and content are consistent, particularly when it comes
-
- to awkward operations like measuring the encoded length of header strings, or the
-
- length-in-digits of an encoded integer.
-
*/
-
private long writeOrCountBytes(BufferedSink sink, boolean countBytes) {
-
long byteCount = 0L;
-
Buffer buffer;
-
if (countBytes) {
-
buffer = new Buffer();
-
} else {
-
buffer = sink.buffer();
-
}
-
, size = encodedNames.size(); i < size; i++) {
-
) buffer.writeByte(‘&’);
-
buffer.writeUtf8(encodedNames.get(i));
-
buffer.writeByte(‘=’);
-
buffer.writeUtf8(encodedValues.get(i));
-
}
-
if (countBytes) {
-
byteCount = buffer.size();
-
buffer.clear();
-
}
-
return byteCount;
-
}
-
public static final class Builder {
-
private final List names = new ArrayList<>();
-
private final List values = new ArrayList<>();
-
public Builder add(String name, String value) {
-
names.add(HttpUrl.canonicalize(name, FORM_ENCODE_SET, false, false, true, true));
-
values.add(HttpUrl.canonicalize(value, FORM_ENCODE_SET, false, false, true, true));
-
return this;
-
}
-
public Builder addEncoded(String name, String value) {
-
names.add(HttpUrl.canonicalize(name, FORM_ENCODE_SET, true, false, true, true));
-
values.add(HttpUrl.canonicalize(value, FORM_ENCODE_SET, true, false, true, true));
-
return this;
-
}
-
public FormBody build() {
-
return new FormBody(names, values);
-
}
-
}
-
}
``````````````我们主要来看一下方法````````````````writeOrCountBytes``````````````````````````````,通过writeOrCountBytes来计算请求体大小和将请求体写入BufferedSink。
至于BufferSink和Buffer类,这两个类是Okio中的类,Buffer相当于一个缓存区,BufferedSink相当于OutputStream,它扩展了
OutputStream的功能,Okio的完整源码我后续也会写博客
③方式三:MultipartBody分块表单创建
``MultipartBody, 既可以添加表单,又可以也可以添加文件等二进制数据,我们就看几个重要的方法
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加V获取:vip204888 (备注Android)
文末
初级工程师拿到需求会直接开始做,然后做着做着发现有问题了,要么技术实现不了,要么逻辑有问题。
而高级工程师拿到需求会考虑很多,技术的可行性?对现有业务有没有帮助?对现有技术架构的影响?扩展性如何?等等…之后才会再进行设计编码阶段。
而现在随着跨平台开发,混合式开发,前端开发之类的热门,Android开发者需要学习和掌握的技术也在不断的增加。
通过和一些行业里的朋友交流讨论,以及参考现在大厂面试的要求。我们花了差不多一个月时间整理出了这份Android高级工程师需要掌握的所有知识体系。你可以看下掌握了多少。
混合式开发,微信小程序。都是得学会并且熟练的
这些是Android相关技术的内核,还有Java进阶
高级进阶必备的一些技术。像移动开发架构项目实战等
Android前沿技术;包括了组件化,热升级和热修复,以及各种架构跟框架的详细技术体系
以上即是我们整理的Android高级工程师需要掌握的技术体系了。可能很多朋友觉得很多技术自己都会了,只是一些新的技术不清楚而已。应该没什么太大的问题。
而这恰恰是问题所在!为什么别人高级工程师能年限突破30万,而你只有十几万呢?
就因为你只需补充你自己认为需要的,但并不知道企业需要的。这个就特别容易造成差距。因为你的技术体系并不系统,是零碎的,散乱的。那么你凭什么突破30万年薪呢?
我这些话比较直接,可能会戳到一些人的玻璃心,但是我知道肯定会对一些人起到点醒的效果的。而但凡只要有人因为我的这份高级系统大纲以及这些话找到了方向,并且付出行动去提升自我,为了成功变得更加努力。那么我做的这些就都有了意义。
喜欢的话请帮忙转发点赞一下能让更多有需要的人看到吧。谢谢!
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
[外链图片转存中…(img-5yfPaW49-1712661382723)]
以上即是我们整理的Android高级工程师需要掌握的技术体系了。可能很多朋友觉得很多技术自己都会了,只是一些新的技术不清楚而已。应该没什么太大的问题。
而这恰恰是问题所在!为什么别人高级工程师能年限突破30万,而你只有十几万呢?
就因为你只需补充你自己认为需要的,但并不知道企业需要的。这个就特别容易造成差距。因为你的技术体系并不系统,是零碎的,散乱的。那么你凭什么突破30万年薪呢?
我这些话比较直接,可能会戳到一些人的玻璃心,但是我知道肯定会对一些人起到点醒的效果的。而但凡只要有人因为我的这份高级系统大纲以及这些话找到了方向,并且付出行动去提升自我,为了成功变得更加努力。那么我做的这些就都有了意义。
喜欢的话请帮忙转发点赞一下能让更多有需要的人看到吧。谢谢!
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
[外链图片转存中…(img-ifHjCXKi-1712661382724)]