日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

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

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

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

介紹得物App在資源優(yōu)化上做的一些實踐

OSC開源社區(qū) ? 來源:得物技術(shù) ? 2023-07-24 09:00 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

包體積優(yōu)化中,資源優(yōu)化一般都是首要且容易有成效的優(yōu)化方向。資源優(yōu)化是通過優(yōu)化APK中的資源項來優(yōu)化包體積,本文我們會介紹得物App在資源優(yōu)化上做的一些實踐。

1

插件優(yōu)化

插件優(yōu)化資源在得物App最新版本上收益12MB。插件優(yōu)化的日志在包體積平臺有具體的展示,也是為了提供一個資源問題追溯的能力。

270254d0-27b3-11ee-962d-dac502259ad0.png

1.1 插件環(huán)境配置

插件首先會初始化環(huán)境配置,如果機器上未安裝運行環(huán)境則會去oss下載對應(yīng)的可執(zhí)行文件。

273cbcce-27b3-11ee-962d-dac502259ad0.png

1.2 圖片壓縮

在開發(fā)階段,開發(fā)同學(xué)首先會通過TinyPNG等工具主動對圖片進行壓縮,而對于三方庫和一些業(yè)務(wù)遺漏處理的圖片則會在打包的時候通過gradle插件進行壓縮。

圖片壓縮插件使用 cwebp 對圖片進行webp轉(zhuǎn)換,使用 guetzli 對JPEG進行壓縮,使用pngquant對PNG 進行壓縮,使用 gifsicle 對gif進行壓縮。在實施對過程中,對于 res 目錄下的文件優(yōu)先使用 webp 處理,對assets 目錄下的文件則進行同格式壓縮。下面先介紹下資源壓縮插件的工作模式和原理。

1.2.1 Res圖片壓縮

第一步,找到并遍歷 ap_ 文件

278e517e-27b3-11ee-962d-dac502259ad0.png

這里對 ap_ 文件進行一下簡單介紹,ap_ 文件是由 AAPT2 生成的,AAPT2(Android 資源打包工具)是一種構(gòu)建工具,Android Studio 和 Android Gradle 插件使用它來編譯和打包應(yīng)用的資源。AAPT2 會解析資源、為資源編制索引,并將資源編譯為針對 Android 平臺進行過優(yōu)化的二進制格式。

AAPT2這個工具在打包過程中主要做了下列工作: 把"assets"和"res/raw"目錄下的所有資源進行打包(會根據(jù)不同的文件后綴選擇壓縮或不壓縮),而"res/"目錄下的其他資源進行編譯或者其他處理(具體處理方式視文件后綴不同而不同,例如:".xml"會編譯成二進制文件,".png"文件會進行優(yōu)化等等)后才進行打包; 會對除了assets資源之外所有的資源賦予一個資源ID常量,并且會生成一個資源索引表resources.arsc; 編譯AndroidManifest.xml成二進制的XML文件; 把上面3個步驟中生成結(jié)果保存在一個*.ap_文件,并把各個資源ID常量定義在一個 R.java R.txt中;

第二步,解壓 ap_ 文件,找到 res/drawable 、res/mipmap 、res/raw 目錄下的圖片進行壓縮

fun compressImg(imgFile: File): Long {
    if (ImageUtil.isJPG(imgFile) || ImageUtil.isGIF(imgFile) || ImageUtil.isPNG(imgFile)) {
        val lastIndexOf = imgFile.path.lastIndexOf(".")
        if (lastIndexOf < 0) {
            println("compressImg ignore ${imgFile.path}")
            return 0
        }
        val tempFilePath =
                "${imgFile.path.substring(0, lastIndexOf)}_temp${imgFile.path.substring(lastIndexOf)}"


        if (ImageUtil.isJPG(imgFile)) {
            Tools.cmd("guetzli", "--quality 85 ${imgFile.path} $tempFilePath")
        } else if (ImageUtil.isGIF(imgFile)) {
            Tools.cmd("gifsicle", "-O3 --lossy=25 ${imgFile.path} -o $tempFilePath")
        } else if (ImageUtil.isPNG(imgFile)) {
            Tools.cmd(
                    "pngquant",
                    "--skip-if-larger --speed 1 --nofs --strip --force  --quality=75  ${imgFile.path} --output $tempFilePath"
            )
        }
        val oldSize = imgFile.length()
        val tempFile = File(tempFilePath)
        val newSize = tempFile.length()
        return if (newSize in 1 until oldSize) {
            val imgFileName: String = imgFile.path
            if (imgFile.exists()) {
                imgFile.delete()
            }
            tempFile.renameTo(File(imgFileName))
            oldSize - newSize
        } else {
            if (tempFile.exists()) {
                tempFile.delete()
            }
            0L
        }
    }
    return 0
}
圖片的壓縮收益最大,且實施簡單,風(fēng)險最低,是資源優(yōu)化的首選。

1.2.2Assets圖片壓縮

Assets 圖片壓縮的處理方式與 res 下差不多,區(qū)別僅僅在于掛載的 task 與 壓縮模式不同,Assets 下單資源由于是通過 AssetsManager 按照名稱獲取的,且使用場景不可控,無法明確感知業(yè)務(wù)使用對格式是否有要求的前提下,同格式壓縮是相對穩(wěn)妥的方案。

val mergeAssets = project.tasks.getByName("merge${variantName}Assets")
mergeAssets.doLast { task ->
    (task as MergeSourceSetFolders).outputDir.asFileTree.files.filter {
        val originalPath = it.absolutePath.replace(task.outputDir.get().toString() + "/", "")
        val filter = context.compressAssetsExtension.whiteList.contains(originalPath)
        if (filter) {
            println("Assets compress ignore:$originalPath")
        }
        !filter
    }.forEach { file ->
        val originalPath = file.absolutePath.replace(task.outputDir.get().toString() + "/", "")
        val reduceSize = CompressUtil.compressImg(file)
        if (reduceSize > 0) {
            assetsShrinkLength += reduceSize
            assetsList.add("$originalPath => reduce[${byteToSize(reduceSize)}]")
        }
    }
    println("assets optimized:${byteToSize(assetsShrinkLength)}")
}

1.3 資源去重

相較于壓縮,資源的去重需要對arsc文件格式有一點了解。為了便于理解,這里先對arsc二進制文件進行一點簡單的介紹。 resource.arsc文件是Apk打包過程中的產(chǎn)生的一個資源索引文件,它是一個二進制文件,源碼ResourceTypes.h 定義了其數(shù)據(jù)結(jié)構(gòu)。通過學(xué)習(xí)resource.arsc文件結(jié)構(gòu),可以幫助我們深入了解apk包體積優(yōu)化中使用到的 重復(fù)資源刪除、資源文件名混淆 技術(shù)。

27d385aa-27b3-11ee-962d-dac502259ad0.png

將apk使用AS 打開也能看到resource.arsc中存儲的信息

2800053a-27b3-11ee-962d-dac502259ad0.png

說回到資源去重,去重打原理很簡單,找到資源文件目錄下相同的文件,然后刪除掉重復(fù)的文件,最后到 arsc 中修改記錄,將刪除的文件索引名稱進行替換。

由于刪除重復(fù)資源在 arsc 中只是對常量池中路徑替換,并沒有刪除 arsc 中的記錄,也沒有修改PackageChunk 中的常量池內(nèi)容,也就是對應(yīng)上圖中的 Name 字段,故而重復(fù)資源的刪除安全性比較高。

下面介紹下具體實施方案:

第一步遍歷ap文件,通過 crc32 算法找出相同文件。之所以選擇 crc32 是因為 gralde 的 entry file 自帶 crc32 值,不需要進行額外計算,但是 crc32 是有沖突風(fēng)險的,故而又對 crc32 的重復(fù)結(jié)果進行 md5 二次校驗。

第二步則是對原始重復(fù)文件的刪除

第三步修改 ResourceTableChunk 常量池內(nèi)容,進行資源重定向

// 查詢重復(fù)資源
val groupResources = ZipFile(apFile).groupsResources()
// 獲取
val resourcesFile = File(unZipDir, "resources.arsc")
val md5Map = HashMap>()
val newResouce = FileInputStream(resourcesFile).use { stream ->
    val resouce = ResourceFile.fromInputStream(stream)
    groupResources.asSequence()
        .filter { it.value.size > 1 }
        .map { entry ->
            entry.value.forEach { zipEntry ->
                if (whiteList.isEmpty() || !whiteList.contains(zipEntry.name)) {
                    val file = File(unZipDir, zipEntry.name)
                    MD5Util.computeMD5(file).takeIf { it.isNotEmpty() }?.let {
                        val set = md5Map.getOrDefault(it, HashSet())
                        set.add(zipEntry)
                        md5Map[it] = set
                    }
                }
            }
            md5Map.values
        }
        .filter { it.size > 1 }
        .forEach { collection ->
            // 刪除多余資源
            collection.forEach { it ->
                val zips = it.toTypedArray()
                // 所有的重復(fù)資源都指定到這個第一個文件上
                val coreResources = zips[0]
                for (index in 1 until zips.size) {
                    // 重復(fù)的資源
                    val repeatZipFile = zips[index]
                    result?.add("${repeatZipFile.name} => ${coreResources.name}    reduce[${byteToSize(repeatZipFile.size)}]")
                    // 刪除解壓的路徑的重復(fù)文件
                    File(unZipDir, repeatZipFile.name).delete()
                    // 將這些重復(fù)的資源都重定向到同一個文件上
                    resouce
                        .chunks
                        .filterIsInstance()
                        .forEach { chunk ->
                            val stringPoolChunk = chunk.stringPool
                            val index = stringPoolChunk.indexOf(repeatZipFile.name)
                            if (index != -1) {
                                // 進行剔除重復(fù)資源
                                stringPoolChunk.setString(index, coreResources.name)
                            }
                        }
                }
            }
        }


    resouce
}

1.4資源混淆

資源混淆則是在資源去重打基礎(chǔ)上更進一步,與代碼混淆的思路一致,用長路徑替換短路徑,一來減小文件名大小,二來降低arsc中常量池中二進制文件大小。

長路徑替換短路徑修改 ResourceTableChunk 即可,與重復(fù)資源處理如出一轍。

同時我們發(fā)現(xiàn) PackageChunk 中常量池中字段還是原來的內(nèi)容,但是并不影響apk的運行。因為通過getDrawable(R.drawable.xxx)方式加載的資源在編譯后對應(yīng)的是getDrawable(0x7f08xxxx)這種16進制的內(nèi)容,其實就是與 arsc 中的 ID 對應(yīng),用不上 Name 字段。而通過getResources().getIdentifier()方式調(diào)用的我們通過白名單keep住了,Name 字段在這里也是可以移除的。

        val resourcesFile = File(unZipDir, "resources.arsc")
        val newResouce = FileInputStream(resourcesFile).use { inputStream ->
            val resouce = ResourceFile.fromInputStream(inputStream)
            resouce
                .chunks
                .filterIsInstance()
                .forEach { chunk ->
                    val stringPoolChunk = chunk.stringPool
                    // 獲取所有的路徑
                    val strings = stringPoolChunk.getStrings() ?: return@forEach


                    for (index in 0 until stringPoolChunk.stringCount) {
                        val v = strings[index]


                        if (v.startsWith("res")) {
                            if (ignore(v, context.proguardResourcesExtension.whiteList)) {
                                println("resProguard  ignore  $v ")
                                // 把文件移到新的目錄
                                val newPath = v.replaceFirst("res", whiteTempRes)
                                val parent = File("$unZipDir${File.separator}$newPath").parentFile
                                if (!parent.exists()) {
                                    parent.mkdirs()
                                }
                                keeps.add(newPath)
                                // 移動文件
                                File("$unZipDir${File.separator}$v").renameTo(File("$unZipDir${File.separator}$newPath"))
                                continue
                            }
                            // 判斷是否有相同的
                            val newPath = if (mappings[v] == null) {
                                val newPath = createProcessPath(v, builder)
                                // 創(chuàng)建路徑
                                val parent = File("$unZipDir${File.separator}$newPath").parentFile
                                if (!parent.exists()) {
                                    parent.mkdirs()
                                }
                                // 移動文件
                                val isOk =
                                    File("$unZipDir${File.separator}$v").renameTo(File("$unZipDir${File.separator}$newPath"))
                                if (isOk) {
                                    mappings[v] = newPath
                                    newPath
                                } else {
                                    mappings[v] = v
                                    v
                                }
                            } else {
                                mappings[v]
                            }
                            strings[index] = newPath!!
                        }
                    }


                    val str2 = mappings.map {
                        val startIndex = it.key.lastIndexOf("/") + 1
                        var endIndex = it.key.lastIndexOf(".")


                        if (endIndex < 0) {
                            endIndex = it.key.length
                        }
                        if (endIndex < startIndex) {
                            it.key to it.value
                        } else {
//                            val vStartIndex = it.value.lastIndexOf("/") + 1
//                            var vEndIndex = it.value.lastIndexOf(".")
//                            if (vEndIndex < 0) {
//                                vEndIndex = it.value.length
//                            }
//                            val result = it.value.substring(vStartIndex, vEndIndex)
                            // 使用相同的字符串,以減小體積
                            it.key.substring(startIndex, endIndex) to "du"
                        }
                    }.toMap()


                    // 修改 arsc PackageChunk 字段
                    chunk.chunks.values.filterIsInstance()
                        .flatMap { it.chunks.values }
                        .filterIsInstance()
                        .forEach {
                            for (index in 0 until it.stringCount) {
                                it.getStrings()?.forEachIndexed { index, s ->
                                    str2[s]?.let { result ->
                                        it.setString(index, result)
                                    }
                                }
                            }
                        }


                    // 將 mapping 映射成 指定格式文件,供給反混淆服務(wù)使用
                    val mMappingWriter: Writer = BufferedWriter(FileWriter(file, false))
                    val packageName = context.proguardResourcesExtension.packageName
                    val pathMappings = mutableMapOf()
                    val idMappings = mutableMapOf()
                    mappings.filter { (t, u) -> t != u }.forEach { (t, u) ->
                        result?.add(" $t => $u")
                        compress[t]?.let {
                            compress[u] = it
                            compress.remove(t)
                        }
                        val pathKey = t.substring(0, t.lastIndexOf("/"))
                        pathMappings[pathKey] = u.substring(0, u.lastIndexOf("/"))
                        val typename = t.split("/")[1].split("-")[0]
                        val path1 = t.substring(t.lastIndexOf("/") + 1, t.indexOf("."))
                        val path2 = u.substring(u.lastIndexOf("/") + 1, u.indexOf("."))
                        val path = "$packageName.R.$typename.$path1"
                        val pathV = "$packageName.R.$typename.$path2"
                        if (idMappings[path].isNullOrEmpty()) {
                            idMappings[path] = pathV
                        }
                    }
                    generalFileResMapping(mMappingWriter, pathMappings)
                    generalResIDMapping(mMappingWriter, idMappings)
                }


            // 刪除res下的文件
            FileOperation.deleteDir(File("$unZipDir${File.separator}res"))
            // 將白名單的文件移回res
            keeps.forEach {
                val newPath = it.replaceFirst(whiteTempRes, "res")
                val parent = File("$unZipDir${File.separator}$newPath").parentFile
                if (!parent.exists()) {
                    parent.mkdirs()
                }
                File("$unZipDir${File.separator}$it").renameTo(File("$unZipDir${File.separator}$newPath"))
            }
            // 收尾刪除 res2
            FileOperation.deleteDir(File("$unZipDir${File.separator}$whiteTempRes"))
            resouce
        }

白名單配置必不可少,保證反射調(diào)用資源不參與混淆

createProcessPath 用于將長路徑修改為短路徑

修改 PackageChunk 中的常量池,用于極致的包體裁剪,未壓縮前減小包體300kb,arsc壓縮后降低包體70kb

282ae886-27b3-11ee-962d-dac502259ad0.png

生成資源混淆mapping文件,提供給包體積服務(wù)進行資源名稱還原使用

資源混淆的落地過程必須要謹(jǐn)慎,對存量代碼,在得物app中我們先通過字節(jié)碼掃描找出所有反射調(diào)用資源的地方,配置keep文件。對于后續(xù)業(yè)務(wù)開發(fā)中新增的反射調(diào)用則通過測試流程及早發(fā)現(xiàn)問題。

1.5 ARSC壓縮

Arsc 壓縮降低的體積非常可觀,壓縮后的arsc 700kb,未壓縮的約 7MB。實施起來通過 7zip對 arsc文件壓縮即可。

28686652-27b3-11ee-962d-dac502259ad0.png

但是 Target Sdk 在30以上 arsc 壓縮被禁了。壓縮 resources.arsc 雖然能帶來包體上的收益,但也有弊端,它將帶來內(nèi)存和運行速度上的劣勢。不壓縮的resources.arsc系統(tǒng)可以使用mmap來節(jié)約內(nèi)存的使用(一個app的資源至少被3個進程所持有:自己, launcher, system),而壓縮的resources.arsc會存在于每個進程中。

2

資源下發(fā)

Apk 中的存量大資源在打包后包體積平臺檢測出來,針對問題資源排期處理。動態(tài)下發(fā)和無用刪除則是處理存量資源的常用手段,同時通過 CI 前置管控新增資源過大的情況。

資源下發(fā)的主體主要是 so 文件和圖片,對下發(fā)的資源的管控則需可以通過平臺化管理。堵不如疏,能下發(fā)的資源就下發(fā)是包體優(yōu)化的一大利器。

288df3fe-27b3-11ee-962d-dac502259ad0.png

下發(fā)的資源通過動態(tài)資源管理平臺進行處理

28d0366a-27b3-11ee-962d-dac502259ad0.png

3

無用資源刪除

無用資源的檢測結(jié)合bytex的 resCheck 編譯期 與 matrix-apk-canary smail 掃描的結(jié)果,將業(yè)務(wù)可以處理的部分在平臺上展示,版本迭代過程中邊迭代邊治理,能夠有效防止無用資源的持續(xù)惡化。

28ff97de-27b3-11ee-962d-dac502259ad0.png

4

總結(jié)

本文主要介紹了得物APP資源優(yōu)化做了的一些動作,其中對資源優(yōu)化插件的工作模式進行了重點介紹。當(dāng)然,對于資源依舊有不少手段可以完善,比如提供高效簡單的 9 圖下發(fā)方案,包體積平臺增加圖片相似度檢測能力、把一些次級的資源通過插件包下發(fā)都是之后可以嘗試的地方。





審核編輯:劉清

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

    關(guān)注

    68

    文章

    20339

    瀏覽量

    255346
  • 二進制
    +關(guān)注

    關(guān)注

    2

    文章

    809

    瀏覽量

    43217
  • RAW
    RAW
    +關(guān)注

    關(guān)注

    0

    文章

    21

    瀏覽量

    4237
  • png
    png
    +關(guān)注

    關(guān)注

    0

    文章

    14

    瀏覽量

    4720

原文標(biāo)題:得物Android包體積資源優(yōu)化實踐

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

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

掃碼添加小助手

加入工程師交流群

    評論

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

    時鐘緩沖器的一些主要應(yīng)用領(lǐng)域介紹

    電子設(shè)備和通信系統(tǒng)中都有廣泛的應(yīng)用,以下是一些主要的應(yīng)用領(lǐng)域介紹:1.計算機與外設(shè)接口計算機內(nèi)部的各種硬件設(shè)備需要通過總線相互通信,而這些設(shè)備的時鐘信號通常是非常不穩(wěn)
    的頭像 發(fā)表于 04-02 16:30 ?8600次閱讀
    時鐘緩沖器的<b class='flag-5'>一些</b>主要應(yīng)用領(lǐng)域<b class='flag-5'>介紹</b>

    【「Altium Designer 25 電路設(shè)計精進實踐」閱讀體驗】+本書概覽與內(nèi)容特點介紹

    ,比較有參考意義。 本書特點:全彩印刷理論結(jié)合實踐,前面介紹理論,后面介紹實踐,尤其是后面的SAM V71可以參考自己做個類似的開發(fā)板。
    發(fā)表于 02-14 15:56

    【「龍芯之光 自主可控處理器設(shè)計解析」閱讀體驗】+可測試性設(shè)計章節(jié)閱讀與自己的一些感想

    ,也分享下 自己的一些感想。 先介紹了兩個術(shù)語DFT可測試性 設(shè)計,ATE自動測試設(shè)備,DFT目的是測試出制造問題而不是邏輯 bug,因為DFT也是固定設(shè)計的測試邏輯。 然后介紹了可控性,客觀性的概念
    發(fā)表于 01-15 23:30

    并聯(lián)使用MOS存在一些問題,要怎樣才能避免這些問題?

    并聯(lián)使用MOS存在一些問題,那我們要怎樣才能避免這些問題? 首先,器件的致性定要好。
    發(fā)表于 12-10 08:19

    請問Keil的優(yōu)化等級到底該如何選擇?

    試性的前提下,進行適度的優(yōu)化以提高代碼大小和執(zhí)行速度。 行為: 編譯器會進行一些基本的、不太影響調(diào)試的優(yōu)化,如未使用代碼/數(shù)據(jù)的消除、簡單的常量傳播和合并、簡單的跳轉(zhuǎn)優(yōu)化等。變量通常仍
    發(fā)表于 11-20 07:51

    一些神經(jīng)網(wǎng)絡(luò)加速器的設(shè)計優(yōu)化方案

    問題介紹 1.利用本地存儲 參考 CPU 的多級存儲,片內(nèi)增加多級存儲,類似于 Cache ,利用片 Memory 存儲部分?jǐn)?shù)據(jù),做到數(shù)據(jù)復(fù)用,減少訪問 DRAM,越是靠近 ALU 計算
    發(fā)表于 10-31 07:14

    蜂鳥E203的浮點指令集F的一些實現(xiàn)細(xì)節(jié)

    周期。 總結(jié) 本文介紹的內(nèi)容是為了完成基礎(chǔ)功能:對蜂鳥E203 RISC-V內(nèi)核的微架構(gòu)實現(xiàn)進行優(yōu)化,添加F拓展的過程中的一些記錄。
    發(fā)表于 10-24 08:57

    Vivado浮點數(shù)IP核的一些設(shè)置注意點

    : 總結(jié) 本文介紹的內(nèi)容是為了完成基礎(chǔ)功能:對蜂鳥E203 RISC-V內(nèi)核的微架構(gòu)實現(xiàn)進行優(yōu)化,添加F拓展的過程中的一些記錄。
    發(fā)表于 10-24 06:25

    工業(yè)聯(lián)網(wǎng)如何促進生產(chǎn)資源優(yōu)化配置

    工業(yè)聯(lián)網(wǎng)通過實時數(shù)據(jù)采集與監(jiān)控、預(yù)測性維護、生產(chǎn)流程優(yōu)化、供應(yīng)鏈協(xié)同管理、數(shù)據(jù)分析與決策支持等核心手段,實現(xiàn)了生產(chǎn)資源的動態(tài)調(diào)配與高效利用,顯著提升了制造業(yè)的生產(chǎn)效率、降低了成本,并推動了柔性生產(chǎn)
    的頭像 發(fā)表于 09-30 16:54 ?1478次閱讀

    數(shù)字IC設(shè)計:方法、技巧與實踐

    了如何在RTL設(shè)計中考慮綜合和后端設(shè)計的問題;然后,給出了一些最常見的設(shè)計實例和代碼;最后,介紹了仿真的相關(guān)知識。第5章為邏輯綜合和相關(guān)技術(shù)。主要介紹了綜合工具的功能和基本使用方法,包括基本的綜合和
    發(fā)表于 05-28 16:06

    HarmonyOS優(yōu)化應(yīng)用內(nèi)存占用問題性能優(yōu)化

    、使用生命周期管理優(yōu)化ArkTS內(nèi)存 組件的生命周期,指的是組件自身的一些可自執(zhí)行的方法,這些方法會在特殊的時間點或遇到一些特殊頁面行為時被自動觸發(fā)而執(zhí)行。 (
    發(fā)表于 05-23 15:35

    HarmonyOS優(yōu)化應(yīng)用內(nèi)存占用問題性能優(yōu)化

    應(yīng)用開發(fā)過程中注重內(nèi)存管理,積極采取措施來減少內(nèi)存占用,以優(yōu)化應(yīng)用程序的性能和用戶體驗。 HarmonyOS提供了一些內(nèi)存管理的工具和接口,幫助開發(fā)者有效地管理內(nèi)存資源: onMemoryLevel接口
    發(fā)表于 05-21 11:27

    HarmonyOS優(yōu)化應(yīng)用包體積大小問題性能優(yōu)化

    、概述 減小應(yīng)用包大小是提升應(yīng)用下載和安裝體驗的重要方式。通過壓縮、精簡或者復(fù)用應(yīng)用中的代碼或資源,可以有效降低應(yīng)用包體積大小,減少空間占用,從而達(dá)到提升應(yīng)用下載和安裝速度的目的。了解如何
    發(fā)表于 05-20 14:50

    Debian和Ubuntu哪個好一些?

    兼容性對比Debian和Ubuntu哪個好一些,并為您揭示如何通過RAKsmart服務(wù)器釋放Linux系統(tǒng)的最大潛能。
    的頭像 發(fā)表于 05-07 10:58 ?1442次閱讀

    FX2LP USB配置GPIF中斷時遇到一些問題,求解決

    你好,我 FX2LP USB 配置 GPIF 中斷時遇到一些問題。 我啟用了 INT4 中斷并從 GPIF 中選擇了源 INT4,然后啟用了 GPIF 完成中斷,但我看不到中斷 4 工作。 我該如何
    發(fā)表于 05-06 08:00
    垦利县| 方山县| 崇左市| 疏勒县| 巩留县| 新田县| 鹤山市| 独山县| 刚察县| 二连浩特市| 永春县| 万年县| 渭源县| 合肥市| 高清| 九龙县| 高雄市| 龙井市| 滨州市| 扬州市| 乌兰县| 张家界市| 库尔勒市| 塔河县| 宣武区| 新沂市| 武陟县| 子洲县| 金山区| 汨罗市| 珠海市| 灌云县| 新安县| 海阳市| 三江| 彭山县| 新平| 雷州市| 钟山县| 义马市| 莱阳市|