日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時(shí)間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
Android第三方庫解析

前言

創(chuàng)新互聯(lián)專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務(wù),包含不限于成都做網(wǎng)站、成都網(wǎng)站建設(shè)、襄汾網(wǎng)絡(luò)推廣、重慶小程序開發(fā)公司、襄汾網(wǎng)絡(luò)營銷、襄汾企業(yè)策劃、襄汾品牌公關(guān)、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運(yùn)營等,從售前售中售后,我們都將竭誠為您服務(wù),您的肯定,是我們最大的嘉獎(jiǎng);創(chuàng)新互聯(lián)為所有大學(xué)生創(chuàng)業(yè)者提供襄汾建站搭建服務(wù),24小時(shí)服務(wù)熱線:18982081108,官方網(wǎng)址:www.cdcxhl.com

很多人面試之前,可能沒有在互聯(lián)網(wǎng)公司工作過或者說工作過但年頭較短,不知道互聯(lián)網(wǎng)公司技術(shù)面試都會問哪些問題? 再加上可能自己準(zhǔn)備也不充分,去面試沒幾個(gè)回合就被面試官幾個(gè)問題打蒙了,最后以慘敗收場。

1.Retrofit網(wǎng)絡(luò)請求框架

概念:Retrofit是一個(gè)基于RESTful的HTTP網(wǎng)絡(luò)請求框架的封裝,其中網(wǎng)絡(luò)請求的本質(zhì)是由OKHttp完成的,而Retrofit僅僅負(fù)責(zé)網(wǎng)絡(luò)請求接口的封裝。

原理:App應(yīng)用程序通過Retrofit請求網(wǎng)絡(luò),實(shí)際上是使用Retrofit接口層封裝請求參數(shù),Header、URL等信息,之后由OKHttp完成后續(xù)的請求,在服務(wù)器返回?cái)?shù)據(jù)之后,OKHttp將原始的結(jié)果交給Retrofit,最后根據(jù)用戶的需求對結(jié)果進(jìn)行解析。

retrofit使用

1.在retrofit中通過一個(gè)接口作為http請求的api接口

public interface NetApi { @GET("repos/{owner}/{repo}/contributors") Call contributorsBySimpleGetCall(@Path("owner") String owner, @Path("repo") String repo);}

2.創(chuàng)建一個(gè)Retrofit實(shí)例

Retrofit retrofit = new Retrofit.Builder() .baseUrl("https://api.github.com/") .build();

3.調(diào)用api接口

 
 
 
 
  1. NetApi repo = retrofit.create(NetApi.class); 
  2. //第三步:調(diào)用網(wǎng)絡(luò)請求的接口獲取網(wǎng)絡(luò)請求 
  3. retrofit2.Call call = repo.contributorsBySimpleGetCall("username", "path"); 
  4. call.enqueue(new Callback() { //進(jìn)行異步請求 
  5.  @Override 
  6.  public void onResponse(Call call, Response response) { 
  7.  //進(jìn)行異步操作 
  8.  } 
  9.  @Override 
  10.  public void onFailure(Call call, Throwable t) { 
  11.  //執(zhí)行錯(cuò)誤回調(diào)方法 
  12.  } 
  13. }); 

retrofit動(dòng)態(tài)代理

retrofit執(zhí)行的原理如下:

  • 首先,通過method把它轉(zhuǎn)換成ServiceMethod。
  • 然后,通過serviceMethod,args獲取到okHttpCall對象。
  • 最后,再把okHttpCall進(jìn)一步封裝并返回Call對象。 首先,創(chuàng)建retrofit對象的方法如下:
 
 
 
 
  1. Retrofit retrofit = new Retrofit.Builder() 
  2.  .baseUrl("https://api.github.com/") 
  3.  .build(); 

在創(chuàng)建retrofit對象的時(shí)候用到了build()方法,該方法的實(shí)現(xiàn)如下:

 
 
 
 
  1. public Retrofit build() { 
  2.  if (baseUrl == null) { 
  3.  throw new IllegalStateException("Base URL required."); 
  4.  } 
  5.  okhttp3.Call.Factory callFactory = this.callFactory; 
  6.  if (callFactory == null) { 
  7.  callFactory = new OkHttpClient(); //設(shè)置kHttpClient 
  8.  } 
  9.  Executor callbackExecutor = this.callbackExecutor; 
  10.  if (callbackExecutor == null) { 
  11.  callbackExecutor = platform.defaultCallbackExecutor(); //設(shè)置默認(rèn)回調(diào)執(zhí)行器 
  12.  } 
  13.  // Make a defensive copy of the adapters and add the default Call adapter. 
  14.  List adapterFactories = new ArrayList<>(this.adapterFactories); 
  15.  adapterFactories.add(platform.defaultCallAdapterFactory(callbackExecutor)); 
  16.  // Make a defensive copy of the converters. 
  17.  List converterFactories = new ArrayList<>(this.converterFactories); 
  18.  return new Retrofit(callFactory, baseUrl, converterFactories, adapterFactories, 
  19.  callbackExecutor, validateEagerly); //返回新建的Retrofit對象 

該方法返回了一個(gè)Retrofit對象,通過retrofit對象創(chuàng)建網(wǎng)絡(luò)請求的接口的方式如下:

 
 
 
 
  1. NetApi repo = retrofit.create(NetApi.class); 

retrofit對象的create()方法的實(shí)現(xiàn)如下:

 
 
 
 
  1. public  T create(final Class service) { 
  2.  Utils.validateServiceInterface(service); 
  3.  if (validateEagerly) { 
  4.  eagerlyValidateMethods(service); 
  5.  } 
  6.  return (T) Proxy.newProxyInstance(service.getClassLoader(), new Class[] { service }, 
  7.  new InvocationHandler() { 
  8.  private final Platform platform = Platform.get(); 
  9.  @Override public Object invoke(Object proxy, Method method, Object... args) 
  10.  throws Throwable { 
  11.  // If the method is a method from Object then defer to normal invocation. 
  12.  if (method.getDeclaringClass() == Object.class) { 
  13.  return method.invoke(this, args); //直接調(diào)用該方法 
  14.  } 
  15.  if (platform.isDefaultMethod(method)) { 
  16.  return platform.invokeDefaultMethod(method, service, proxy, args); //通過平臺對象調(diào)用該方法 
  17.  } 
  18.  ServiceMethod serviceMethod = loadServiceMethod(method); //獲取ServiceMethod對象 
  19.  OkHttpCall okHttpCall = new OkHttpCall<>(serviceMethod, args); //傳入?yún)?shù)生成okHttpCall對象 
  20.  return serviceMethod.callAdapter.adapt(okHttpCall); //執(zhí)行okHttpCall 
  21.  } 
  22.  }); 

2.圖片加載庫對比

  • Picasso:120K
  • Glide:475K
  • Fresco:3.4M

Android-Universal-Image-Loader:162K

圖片函數(shù)庫的選擇需要根據(jù)APP的具體情況而定,對于嚴(yán)重依賴圖片緩存的APP,例如壁紙類,圖片社交類APP來說,可以選擇最專業(yè)的Fresco。對于一般的APP,選擇Fresco會顯得比較重,畢竟Fresco3.4M的體量擺在這。根據(jù)APP對圖片的顯示和緩存的需求從低到高,我們可以對以上函數(shù)庫做一個(gè)排序。

Picasso < Android-Universal-Image-Loader < Glide < Fresco

介紹:

Picasso :和Square的網(wǎng)絡(luò)庫一起能發(fā)揮最大作用,因?yàn)镻icasso可以選擇將網(wǎng)絡(luò)請求的緩存部分交給了okhttp實(shí)現(xiàn)。

Glide:模仿了Picasso的API,而且在他的基礎(chǔ)上加了很多的擴(kuò)展(比如gif等支持),Glide默認(rèn)的Bitmap格式是RGB_565,比 Picasso默認(rèn)的ARGB_8888格式的內(nèi)存開銷要小一半;Picasso緩存的是全尺寸的(只緩存一種),而Glide緩存的是跟ImageView尺寸相同的(即5656和128128是兩個(gè)緩存) 。

FB的圖片加載框架Fresco:最大的優(yōu)勢在于5.0以下(最低2.3)的bitmap加載。在5.0以下系統(tǒng),F(xiàn)resco將圖片放到一個(gè)特別的內(nèi)存區(qū)域(Ashmem區(qū))。當(dāng)然,在圖片不顯示的時(shí)候,占用的內(nèi)存會自動(dòng)被釋放。這會使得APP更加流暢,減少因圖片內(nèi)存占用而引發(fā)的OOM。為什么說是5.0以下,因?yàn)樵?.0以后系統(tǒng)默認(rèn)就是存儲在Ashmem區(qū)了。

總結(jié):

Picasso所能實(shí)現(xiàn)的功能,Glide都能做,無非是所需的設(shè)置不同。但是Picasso體積比起Glide小太多如果項(xiàng)目中網(wǎng)絡(luò)請求本身用的就是okhttp或者retrofit(本質(zhì)還是okhttp),那么建議用Picasso,體積會小很多(Square全家桶的干活)。Glide的好處是大型的圖片流,比如gif、Video,如果你們是做美拍、愛拍這種視頻類應(yīng)用,建議使用。

Fresco在5.0以下的內(nèi)存優(yōu)化非常好,代價(jià)就是體積也非常的大,按體積算Fresco>Glide>Picasso

不過在使用起來也有些不便(小建議:他只能用內(nèi)置的一個(gè)ImageView來實(shí)現(xiàn)這些功能,用起來比較麻煩,我們通常是根據(jù)Fresco自己改改,直接使用他的Bitmap層)

3.各種json解析庫使用

(1)Google的Gson

Gson是目前功能最全的Json解析神器,Gson當(dāng)初是為因應(yīng)Google公司內(nèi)部需求而由Google自行研發(fā)而來,但自從在2008年五月公開發(fā)布第一版后已被許多公司或用戶應(yīng)用。Gson的應(yīng)用主要為toJson與fromJson兩個(gè)轉(zhuǎn)換函數(shù),無依賴,不需要例外額外的jar,能夠直接跑在JDK上。而在使用這種對象轉(zhuǎn)換之前需先創(chuàng)建好對象的類型以及其成員才能成功的將JSON字符串成功轉(zhuǎn)換成相對應(yīng)的對象。類里面只要有g(shù)et和set方法,Gson完全可以將復(fù)雜類型的json到bean或bean到j(luò)son的轉(zhuǎn)換,是JSON解析的神器。Gson在功能上面無可挑剔,但是性能上面比FastJson有所差距。

(2)阿里巴巴的FastJson

Fastjson是一個(gè)Java語言編寫的高性能的JSON處理器,由阿里巴巴公司開發(fā)。

無依賴,不需要例外額外的jar,能夠直接跑在JDK上。FastJson在復(fù)雜類型的Bean轉(zhuǎn)換Json上會出現(xiàn)一些問題,可能會出現(xiàn)引用的類型,導(dǎo)致Json轉(zhuǎn)換出錯(cuò),需要制定引用。FastJson采用獨(dú)創(chuàng)的算法,將parse的速度提升到極致,超過所有json庫。

綜上Json技術(shù)的比較,在項(xiàng)目選型的時(shí)候可以使用Google的Gson和阿里巴巴的FastJson兩種并行使用,如果只是功能要求,沒有性能要求,可以使用google的Gson,如果有性能上面的要求可以使用Gson將bean轉(zhuǎn)換json確保數(shù)據(jù)的正確,使用FastJson將Json轉(zhuǎn)換Bean


新聞名稱:Android第三方庫解析
當(dāng)前路徑:http://www.dlmjj.cn/article/djcissg.html