chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

通過Glide組件的GIF能力解讀Glide加載資源的過程

DRXU_gh_019562b ? 來源:HarmonyOS開發(fā)者 ? 作者: HarmonyOS ? 2021-08-20 10:17 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

HarmonyOS Glide組件是一款非常優(yōu)秀的圖片處理工具,不僅支持多種格式圖片的加載,而且采用磁盤緩存和內(nèi)存緩存方式實現(xiàn)圖片的預(yù)加載,同時還能指定圖片緩存大小,節(jié)省內(nèi)存。本文將通過介紹Glide組件的GIF能力,來解讀Glide加載資源的過程。

通過以上視頻可以看到,一張網(wǎng)絡(luò)上的GIF圖片已經(jīng)被成功下載,并且展示到Image控件上了。

我們到底做了什么?實際上核心的代碼就只有這一段而已:

Glide.with(classcontext) .asGif() .load(uri) .into(image);雖說只有這簡簡單單的一段代碼,但大家可能不知道的是,Glide在背后幫我們默默執(zhí)行了成噸的工作。下面,我們將圍繞著這段簡單的代碼,來解讀Glide加載GIF的過程。

一、加載過程與數(shù)據(jù)轉(zhuǎn)換

在開始解讀Glide加載GIF的過程之前,先說明一下圖片的加載過程以及圖片加載過程中的數(shù)據(jù)轉(zhuǎn)換,便于后面對整個過程的理解。如下所示,是GIF的加載過程:

10fddf72-00ed-11ec-9bcf-12bb97331649.png

如下所示,是GIF加載過程中的數(shù)據(jù)轉(zhuǎn)換:

113d68ae-00ed-11ec-9bcf-12bb97331649.png

1、load狀態(tài)傳入的model類型

2、request狀態(tài)獲取的數(shù)據(jù)類型

3、原數(shù)據(jù)經(jīng)過decoder和transcode之后的數(shù)據(jù)類型

4、transformation變換

5、animation加載動畫實現(xiàn)

二、Glide.With()

with()方法是Glide類中的一組靜態(tài)方法,用于獲取RequestManager對象。Glide.with(Context)流程如下所示:

115d9a2a-00ed-11ec-9bcf-12bb97331649.png

1.通過Glide.get(context)初始化Glide2.通過GlideBuilder初始化各項配置3.返回requestManagerRetriever對象4.調(diào)用RequestManagerRetriever中的get方法,通過RequestManagerFactory中的build()方法創(chuàng)建并返回了RequestManager,用于管理Glide的請求。

三、Glide.asGif()

通過asGif()方法,規(guī)定了最后資源轉(zhuǎn)化類型為 GifDrawable。如果加載的資源不是GIF,則將操作失敗。這里需要注意的是如果加載的是GIF文件,即使沒有使用asGif()方法,但只要配合DraweeView使用,最終解析還是會走GIF流程。如果用戶希望解析的GIF顯示為一張單幀圖片,那么一定要在asBitmap ()方法中聲明需求,讓Glide知道需要的僅僅是一張單幀圖片而非GIF。

四、Glide.load()

load()方法用于創(chuàng)建一個目標(biāo)為Drawable的圖片加載請求,傳入需要加載的資源(String,URL,URI等)。由于with()方法返回的是一個RequestManager對象,那么很容易就能想到,load()方法是在RequestManager類當(dāng)中。通過調(diào)用asDrawable()方法,創(chuàng)建一個目標(biāo)為Drawable的圖片加載請求RequestBuilder。load方法比較簡單,流程也比較清晰,主要是保存用戶傳入的參數(shù),包括load傳入的model和RequestOption構(gòu)建的參數(shù)都會被記錄保存,用于后續(xù)構(gòu)建Request使用。如下所示:

116cf5e2-00ed-11ec-9bcf-12bb97331649.png

五、Glide.into()

如果說前面都是在準(zhǔn)備開胃小菜的話,那么現(xiàn)在終于要進入主菜了,因為into()方法是整個Glide圖片加載流程中邏輯最復(fù)雜的地方,into()方法的作用是在子線程中網(wǎng)絡(luò)請求解析圖片,并回到主線程中繪制圖片。由于into()過程非常復(fù)雜,所以我們將這部分拆分為三個小節(jié)進行講解。

1.資源加載Into()方法從load()創(chuàng)建的圖片加載請求RequestBuilder開始。資源加載過程中,通過onSizeReady()函數(shù)獲取image控件的寬和高。如果已知控件寬、高則直接進入onSizeReady函數(shù)執(zhí)行后續(xù)任務(wù)。如果控件寬、高未知,則會在ViewTarget中進行監(jiān)聽回調(diào),待控件擁有寬高之后再執(zhí)行onSizeReady函數(shù)和后續(xù)任務(wù)。

119dac0a-00ed-11ec-9bcf-12bb97331649.png

進入engine.load函數(shù)后。首先通過loadFromMemory()函數(shù),加載activeResource中的緩存資源,如果activeResource沒有找到資源,則會通過loadFromLruCache()方法,到LruCache緩存中尋找資源。如果通過以上方法都沒有找到緩存資源,則會開啟新的任務(wù)進行加載。在waitForExistingOrStartNewJob()方法中創(chuàng)建EngineJob和DecodeJob,然后通過EngineJob執(zhí)行DecodeJob,解析任務(wù)。如下圖所示:

11e7551c-00ed-11ec-9bcf-12bb97331649.png

2.資源解析

完成資源加載之后,Glide會進入資源解析,通過decodeResourceWithList()方法獲取對應(yīng)的解析器。代碼如下所示

private Resource《ResourceType》 decodeResourceWithList( DataRewinder《DataType》 rewinder,int width,int height,Options options,List《Throwable》 exceptions) throws GlideException { Resource《ResourceType》 result = null; for (int i = 0, size = decoders.size(); i 《 size; i++) { // 循環(huán)去獲取對應(yīng)的解析器 ResourceDecoder《DataType, ResourceType》 decoder = decoders.get(i); try { DataType data = rewinder.rewindAndGet(); if (decoder.handles(data, options)) { data = rewinder.rewindAndGet(); result = decoder.decode(data, width, height, options); } } catch (IOException | RuntimeException | OutOfMemoryError e) { } } return result;}

然后通過DataType、ResourceType來尋找具體實現(xiàn)類,發(fā)現(xiàn)byteBufferGifDecoder的decode才是真正的執(zhí)行者。

/* GIFs */.append( Registry.BUCKET_GIF, InputStream.class, GifDrawable.class, new StreamGifDecoder(imageHeaderParsers, byteBufferGifDecoder, arrayPool))ByteBufferGifDecoder byteBufferGifDecoder = new ByteBufferGifDecoder(context, imageHeaderParsers, bitmapPool, arrayPool);

下面是ByteBufferGifDecoder的資源解析過程,解析完成后會生成一個GifDrawable回調(diào)資源。

// 生成GifDecoder GIF的解析工作是GifDecoder承擔(dān)的 GifDecoder gifDecoder = gifDecoderFactory.build(provider, header, byteBuffer, sampleSize); gifDecoder.setDefaultBitmapConfig(config); gifDecoder.advance(); PixelMap firstFrame = gifDecoder.getNextFrame(); // 此處生成 gifDrawable GifDrawable gifDrawable = new GifDrawable(context, gifDecoder, unitTransformation, width, height, firstFrame); return new GifDrawableResource(gifDrawable);

如果成功獲取resource就執(zhí)行回調(diào)通知,onResourceReady()用于將圖片顯示到DraweeView上。

public void onResourceReady(@NotNull Z resource, @Nullable Transition《? super Z》 transition) { if (transition == null || !transition.transition(resource, this)) { setResourceInternal(resource); } else { maybeUpdateAnimatable(resource); }}

如果resource繼承了Animatable,就會觸發(fā)animatable.start()進行GIF的加載和繪制。

private void maybeUpdateAnimatable(@Nullable Z resource) { if (resource instanceof Animatable) { animatable = (Animatable) resource; // GIFDrawable繼承了Animatable所以接下來GIF流程查看GIFDrawable.java animatable.start(); } else { animatable = null; }}

3.GIF加載和繪制GIF的加載和繪制就是通過將GIF解析成一張張的單幀圖片,然后再將單幀圖片循環(huán)不停地繪制到canvas上,從而實現(xiàn)動畫效果。GIF加載和繪制的序列圖如下:

11f461ee-00ed-11ec-9bcf-12bb97331649.png

3.1GIF加載Glide 加載 GIF 的原理就是將GIF 解碼成多張圖片進行無限輪播,每幀切換都是一次圖片加載請求,當(dāng)加載到新的一幀數(shù)據(jù)時會對舊的一幀數(shù)據(jù)進行清除,然后再繼續(xù)下一幀數(shù)據(jù)的加載請求,以此類推。在GIF加載和繪制的序列圖中可以看到,ImageViewTarget中的onResourceReady觸發(fā)onStart() =》realStart()=》startRunning()。當(dāng)GIF為單張圖片的時候就直接繪制。當(dāng)GIF為多張圖片就先加載第一張,然后注冊frameLoader的回調(diào)。

private void startRunning() { if (state.frameLoader.getFrameCount() == 1) { invalidateSelf(); } else if (!isRunning) { isRunning = true; state.frameLoader.subscribe(this); invalidateSelf(); }else{ } } // 注冊frameLoader的回調(diào) void subscribe(FrameCallback frameCallback) { boolean start = callbacks.isEmpty(); callbacks.add(frameCallback); if (start) { start(); } }到這里,就是整個GIF加載的關(guān)鍵了,通過loadNextFrame加載GIF的下一幀。

private void loadNextFrame() { isLoadPending = true; // 獲取解析器當(dāng)前幀到下一幀的延遲時間 int delay = gifDecoder.getNextDelay(); // 獲取系統(tǒng)當(dāng)前時間+延時時間 long targetTime = SystemClock.uptimeMillis() + delay; // 將GIF的當(dāng)前幀往后+1 gifDecoder.advance(); // 創(chuàng)建出DelayTarget任務(wù) next = new DelayTarget(handler, gifDecoder.getCurrentFrameIndex(), targetTime); // 啟動DelayTarget requestBuilder.apply(signatureOf(getFrameSignature())).load(gifDecoder).into(next); }

然后進入DelayTarget類中執(zhí)行onSourceReady()方法,使用EventHandler將PixelMap的resource傳到主線程上,用于定時發(fā)送解析好的資源。

public void onResourceReady( PixelMap resource, @Nullable Transition《? super PixelMap》 transition) { this.resource = resource; InnerEvent innerEvent = InnerEvent.get(FrameLoaderCallback.MSG_DELAY, this); // 使用handler發(fā)送消息,此處會將解析好的資源定時發(fā)送FrameLoaderCallback handler.sendTimingEvent(innerEvent, targetTime); }FrameLoaderCallback是EventHandler的實現(xiàn)類,用于接收EventHandler發(fā)送過來的任務(wù),并觸發(fā)onFrameReady函數(shù)。

private class FrameLoaderCallback extends EventHandler{ static final int MSG_DELAY = 1; static final int MSG_CLEAR = 2; @Synthetic FrameLoaderCallback() { super(EventRunner.getMainEventRunner()); } @Override protected void processEvent(InnerEvent event) { if (event.eventId == MSG_DELAY) { DelayTarget target = (DelayTarget) event.object // 接收到消息,觸發(fā)onFrameReady函數(shù) onFrameReady(target); return; } else if (event.eventId == MSG_CLEAR) { DelayTarget target = (DelayTarget) event.object; requestManager.clear(target); } return; } }當(dāng)上一幀加載完成后, GifFrameLoader類中的onFrameReady(target)方法觸發(fā)繪制的回調(diào)操作,然后進入加載GIF的下一幀。同時,會通過FrameLoaderCallback.MSG_CLEAR對舊的一幀數(shù)據(jù)進行清除。清除完后再次通過loadNextFrame()加載下一幀,實現(xiàn)了GIF循環(huán)不停去加載下一幀的這個流程,直到加載完整個GIF。

void onFrameReady(DelayTarget delayTarget) { // 觸發(fā)了 GifDrawable.java的繪制回調(diào)操作 if (delayTarget.getResource() != null) { recycleFirstFrame(); DelayTarget previous = current; current = delayTarget; for (int i = callbacks.size() - 1; i 》= 0; i--) { FrameCallback cb = callbacks.get(i); // 注冊在GifFrameLoader的GifDrawable會接收onFrameReady回調(diào)通知 cb.onFrameReady(); } if (previous != null) { // 這里將上一個target給清理了 InnerEvent innerEvent = InnerEvent.get(FrameLoaderCallback.MSG_CLEAR, previous); handler.sendEvent(innerEvent); } } // 加載下一幀,構(gòu)成了gif的循環(huán)不停的地去執(zhí)行這個流程 loadNextFrame(); }3.2GIF繪制GIF繪制,就是將解析后的圖片通過invalidateSelf()方法通知DraweeView進行重繪。在繪制過程中invalideDraweeView通過調(diào)用GifDrawable的drawToCanvas()方法將圖片繪制到Canvas上。GifDrawable類中的onFrameReady()調(diào)用的invalidateSelf()函數(shù)用于執(zhí)行繪制任務(wù)

public void onFrameReady() { // 如果沒有找到Callback的實現(xiàn)控件就停止繪制最后一幀 if (findCallback() == null) { stop(); invalidateSelf(); return; } // 執(zhí)行繪制流程 invalidateSelf(); if (getFrameIndex() == getFrameCount() - 1) { // 循環(huán)次數(shù)計數(shù) loopCount++; } // 非無限循環(huán)并且達(dá)到設(shè)置最大值停止gif if (maxLoopCount != LOOP_FOREVER && loopCount 》= maxLoopCount) { stop(); } }public void invalidateSelf(){ final Callback callback = getHmCallback(); if(callback!=null){ // 這里的callback就是注冊Callback函數(shù)的組件,此處是DraweeView callback.invalidateDrawable(this); }else{ }}通過調(diào)用setImageElement(((RootShapeElement) resource))方法,實現(xiàn)Callback接口。

protected void setResource(@Nullable Element resource) { if(resource instanceof PixelMapElement) { view.setPixelMap(((PixelMapElement) resource).getPixelMap()); }else if(resource instanceof RootShapeElement){ view.setImageElement(((RootShapeElement) resource)); } }public void setImageElement(Element element) { if(element == null){ // 如果設(shè)置的內(nèi)容為null 則去刷新圖片并且清空之前的東西 invalidate(); return; } super.setImageElement(element); element.setCallback(this::onChange); if(element instanceof RootShapeElement){ // 將組件注冊到RootShapeElement中 ((RootShapeElement) element).setHmCallback(this); } }最后通過drawToCanvas()方法生成空白PixelMap交給GifDrawable繪制,并根據(jù)scaleMode()方法重新設(shè)置最后生成圖像的位置。

private void init(Context context) { setBindStateChangedListener(this); addDrawTask(this::drawToCanvas); setTouchEventListener(this::onTouchEvent); } private void drawToCanvas(Component component, Canvas canvas) { if(getImageElement() instanceof RootShapeElement){ RootShapeElement rootShapeElement = (RootShapeElement) getImageElement(); int rw = rootShapeElement.getIntrinsicWidth(); int rh = rootShapeElement.getIntrinsicHeight(); int cw = component.getWidth(); int ch = component.getHeight(); PixelMap.InitializationOptions opts = new PixelMap.InitializationOptions(); opts.size = new Size(rw, rh); opts.pixelFormat = PixelFormat.ARGB_8888; opts.editable = true; PixelMap gifmap = PixelMap.create(opts); // 生成空白PixelMap交給GifDrawable繪制 applyDrawToCanvas(gifmap); RectFloat src = new RectFloat(0,0,cw,ch); // 根據(jù)scaleMode重新設(shè)置最后生成圖像的位置 RectFloat dst = scaleTypeFixed(gifmap,component); PixelMapHolder pixelMapHolder = new PixelMapHolder(gifmap); canvas.drawPixelMapHolderRect(pixelMapHolder, src, dst, getGifDrawPaint()); } }private void applyDrawToCanvas(PixelMap targetBitmap){ BITMAP_DRAWABLE_LOCK.lock(); try { Canvas canvasRootShape = new Canvas(new Texture(targetBitmap)); // 將canvas交給RootShapeElement,gifDrawable會調(diào)用RootShapeElement的drawToCanvas 進行繪制 getImageElement().drawToCanvas(canvasRootShape); clear(canvasRootShape); } finally { BITMAP_DRAWABLE_LOCK.unlock(); } }至此,整個GIF的流程就走了一遍。

六、課題延伸

因為GIF加載過程其實是無限循環(huán)加載單張圖片的過程,其實對系統(tǒng)的性能消耗還是非常大的。所以在使用GIF的時候,一定要堅持用完之后及時釋放資源。在這里因為HarmonyOS的生命周期和Android有所不同,所以在DraweeView開放了stopGif()方法,當(dāng)你的GIF不打算用之后,請務(wù)必先調(diào)用stopGif(),防止內(nèi)存泄露。

重要提示:

1、目前必須配合DraweeView使用GIF。

2、如果Glide使用了生命周期較長的上下文,例如applicationContext,則在GIF頁面結(jié)束時調(diào)用繪制視圖的stopGif方法停止Glide,以減少資源浪費。

3.如果您想使用Glid的GIF能力,但原生Image不支持此功能,因為Image和Element是獨立的,不能使用Element重繪。要支持GIF,您需要自定義Image。具體可以參考DraweeView的實現(xiàn)

編輯:jq

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 內(nèi)存
    +關(guān)注

    關(guān)注

    9

    文章

    3173

    瀏覽量

    76118
  • GIF
    GIF
    +關(guān)注

    關(guān)注

    0

    文章

    24

    瀏覽量

    7004
  • HarmonyOS
    +關(guān)注

    關(guān)注

    80

    文章

    2146

    瀏覽量

    35583

原文標(biāo)題:淺談HarmonyOS Glide組件的GIF能力

文章出處:【微信號:gh_019562b5fb4b,微信公眾號:gh_019562b5fb4b】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    圖撲軟件 3D 場景預(yù)加載應(yīng)用實現(xiàn)

    預(yù)加載是在進入正式場景之前提前加載所需模型、材質(zhì)、圖片等資源的技術(shù)手段,其核心價值在于消除資源加載等待,確保場景首次渲染即可完整呈現(xiàn),從而提
    的頭像 發(fā)表于 12-01 16:04 ?82次閱讀
    圖撲軟件 3D 場景預(yù)<b class='flag-5'>加載</b>應(yīng)用實現(xiàn)

    如何使用 NVTFAT 顯示 GIF?

    如何使用 NVTFAT 顯示 GIF?
    發(fā)表于 09-04 06:47

    如何監(jiān)聽組件再次顯示的事件?

    不同,組件是沒有每次顯示都能觸發(fā)的onPageShow這個生命周期的,但是實際上,自定義組件也會有這方面的需求。 我們來看一下這樣的場景: 項目的主頁面Index.ets,使用Tabs來加載4個子
    發(fā)表于 06-30 18:02

    如何實現(xiàn)組件截圖 -- componentSnapshot

    截圖”,否則會和build的過程相沖突,導(dǎo)致無法完整截圖。另外,經(jīng)過測試,在預(yù)覽器中是不支持的,需要在真機或者模擬器中實現(xiàn)。 我在通過這個功能對顯示證書的Stack組件去進行截圖后,還需要將其保存
    發(fā)表于 06-30 17:45

    LoadingProgress組件的使用##HarmonyOS應(yīng)用開發(fā)##

    ? ?在應(yīng)用開發(fā)的過程中,經(jīng)常有需要表示“加載中”或者“請等待”的這么一個狀態(tài)提示,我原來的做法是會通過找一張gif圖片來表示這一狀態(tài),但是如果使用
    的頭像 發(fā)表于 06-30 17:26 ?426次閱讀

    當(dāng)IM設(shè)備顯示“過載導(dǎo)致界面無法加載”時,該如何處理?

    當(dāng) IM 設(shè)備屏幕顯示 “過載導(dǎo)致界面無法加載” 時,通常伴隨設(shè)備運行異響、指示燈異常閃爍等現(xiàn)象。IM 設(shè)備的過載保護機制通過傳感器實時監(jiān)測設(shè)備運行狀態(tài),一旦檢測到電流過載、溫度超標(biāo)或系統(tǒng)資源占用率
    的頭像 發(fā)表于 06-28 11:34 ?678次閱讀

    HarmonyOS NEXT應(yīng)用元服務(wù)布局優(yōu)化長列表使用懶加載組件復(fù)用

    現(xiàn)BuildLazyItem的耗時,通過組件復(fù)用能力,可以減少滑動過程中的組件創(chuàng)建耗時,而組件復(fù)
    發(fā)表于 06-27 16:08

    HarmonyOS NEXT應(yīng)用元服務(wù)布局合理使用布局組件

    布局。 List既具備線性布局的特點,同時支持懶加載和滑動的能力。 Grid/GridItem提供了宮格布局的能力,同時也支持懶加載和滑動能力
    發(fā)表于 06-20 15:48

    鴻蒙5開發(fā)寶藏案例分享---Swiper組件性能優(yōu)化實戰(zhàn)

    ) { loadImageAsync(targetIndex + 2); // 提前加載后面第2頁 } }) 子組件優(yōu)化 :檢查資源是否已預(yù)加載 @Component struct
    發(fā)表于 06-12 17:53

    HarmonyOS優(yōu)化應(yīng)用預(yù)置圖片資源加載耗時問題性能優(yōu)化

    表: 通過表中數(shù)據(jù)可以知道,開啟紋理壓縮后內(nèi)存的占用從598965KB下降到了165015KB167723KB,圖片加載占用內(nèi)存的大小降低。 2.開銷 使用紋理壓縮時,由于在編譯過程中進行預(yù)置圖片的轉(zhuǎn)換
    發(fā)表于 05-29 16:11

    UIAbility組件生命周期介紹

    UIAbility組件生命周期 概述 當(dāng)用戶打開、切換和返回到對應(yīng)應(yīng)用時,應(yīng)用中的UIAbility實例會在其生命周期的不同狀態(tài)之間轉(zhuǎn)換。UIAbility類提供了一系列回調(diào),通過這些回調(diào)可以
    發(fā)表于 05-16 08:28

    UIAbility組件基本用法說明

    的啟動頁面 應(yīng)用中的UIAbility在啟動過程中,需要指定啟動頁面,否則應(yīng)用啟動后會因為沒有默認(rèn)加載頁面而導(dǎo)致白屏??梢栽赨IAbility的onWindowStageCreate()生命周期回調(diào)中
    發(fā)表于 05-16 06:32

    「極速探索HarmonyOS NEXT 」閱讀體驗】+Web組件

    的Web頁面中的鏈接時,Web組件會自動加載新頁面中的資源,并將當(dāng)前顯示的頁面替換為新頁面。這樣,可以確保原始 Web 頁面中的鏈接導(dǎo)航交互正常,并為用戶提供流暢的瀏覽體驗。 Button
    發(fā)表于 03-10 10:39

    解決HarmonyOS應(yīng)用中Image組件白塊問題的有效方案

    在HarmonyOS應(yīng)用開發(fā)過程中,通過Image組件加載網(wǎng)絡(luò)圖片時,通常會經(jīng)歷四個關(guān)鍵階段:組件創(chuàng)建、圖片
    的頭像 發(fā)表于 02-17 10:08 ?1566次閱讀
    解決HarmonyOS應(yīng)用中Image<b class='flag-5'>組件</b>白塊問題的有效方案

    EE-240: ADSP-BF533 Blackfin加載過程

    電子發(fā)燒友網(wǎng)站提供《EE-240: ADSP-BF533 Blackfin加載過程.pdf》資料免費下載
    發(fā)表于 01-05 10:00 ?0次下載
    EE-240: ADSP-BF533 Blackfin<b class='flag-5'>加載</b><b class='flag-5'>過程</b>