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)境配置,如果機(jī)器上未安裝運行環(huán)境則會去oss下載對應(yīng)的可執(zhí)行文件。

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

1.2 圖片壓縮

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

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

1.2.1 Res圖片壓縮

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

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

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

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

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

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二進(jìn)制文件進(jìn)行一點簡單的介紹。 resource.arsc文件是Apk打包過程中的產(chǎn)生的一個資源索引文件,它是一個二進(jì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 中修改記錄,將刪除的文件索引名稱進(jìn)行替換。

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

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

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

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

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

// 查詢重復(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) {
                                // 進(jìn)行剔除重復(fù)資源
                                stringPoolChunk.setString(index, coreResources.name)
                            }
                        }
                }
            }
        }


    resouce
}

1.4資源混淆

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

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

同時我們發(fā)現(xiàn) PackageChunk 中常量池中字段還是原來的內(nèi)容,但是并不影響apk的運行。因為通過getDrawable(R.drawable.xxx)方式加載的資源在編譯后對應(yīng)的是getDrawable(0x7f08xxxx)這種16進(jìn)制的內(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)行資源名稱還原使用

資源混淆的落地過程必須要謹(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個進(jìn)程所持有:自己, launcher, system),而壓縮的resources.arsc會存在于每個進(jìn)程中。

2

資源下發(fā)

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

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

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

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

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)化插件的工作模式進(jìn)行了重點介紹。當(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

    文章

    19035

    瀏覽量

    228452
  • 二進(jìn)制
    +關(guān)注

    關(guān)注

    2

    文章

    772

    瀏覽量

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

    關(guān)注

    0

    文章

    21

    瀏覽量

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

    關(guān)注

    0

    文章

    14

    瀏覽量

    4387

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

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

收藏 人收藏

    評論

    相關(guān)推薦

    esp32使用chatGPT一些有意思的事情

    ChatGPT獲得響應(yīng),我們需要進(jìn)行以下步驟:1、OpenAI網(wǎng)站上注冊,并在ESP32安裝必要的庫。 2、OpenAI API創(chuàng)建
    的頭像 發(fā)表于 10-18 10:04 ?118次閱讀

    關(guān)于一些有助于優(yōu)化電源設(shè)計的新型材料

    眾所周知,人們對更高電源效率的追求正在推動性能的全方位提升。材料科學(xué)的進(jìn)步對于優(yōu)化電源設(shè)計和開發(fā)更高效、更緊湊和更可靠的解決方案發(fā)揮著關(guān)鍵作用。下文列出了一些有助于優(yōu)化電源設(shè)計的新材料。
    的頭像 發(fā)表于 08-29 15:26 ?276次閱讀

    自家APP掃描列表只顯示自家藍(lán)牙設(shè)備的原理

    發(fā)現(xiàn)有一些設(shè)備的app,開了掃描設(shè)備后,app的掃描列表里邊只會顯示自家的藍(lán)牙設(shè)備,而其他家的藍(lán)牙設(shè)備則不會出現(xiàn)在該列表,求問下這個過程
    發(fā)表于 07-07 11:06

    電后到app _main的時間較長,如何優(yōu)化呢?

    LOGE比LOGI可以減少180ms左右的進(jìn)入app_main 的時間 SPI FLASH的變化, 影響貌似不明顯 這么來看,最快還是靠近1s,跟CSDN上官方說的幾十ms,差距很大,該如何優(yōu)化?
    發(fā)表于 06-19 07:50

    設(shè)置應(yīng)用冷啟動優(yōu)化案例

    應(yīng)用,詳細(xì)介紹如何進(jìn)行冷啟動的性能優(yōu)化。 AppSpawn 預(yù)加載 可以通過預(yù)加載一些so,加快冷啟動的速度。預(yù)加載so 配置appspawn_preload.json文件中。 文件
    發(fā)表于 04-22 16:31

    細(xì)談SolidWorks教育版的一些基礎(chǔ)知識

    SolidWorks教育版是款廣泛應(yīng)用于工程設(shè)計和教育領(lǐng)域的三維建模軟件。它具備直觀易用的操作界面和強(qiáng)大的設(shè)計功能,為學(xué)生提供了個學(xué)習(xí)和實踐的平臺。本文中,我們將詳細(xì)探討Soli
    的頭像 發(fā)表于 04-01 14:35 ?277次閱讀

    振弦采集儀橋梁工程監(jiān)測中的優(yōu)勢與實踐案例

    明顯的優(yōu)勢,下面將介紹其優(yōu)勢以及一些實踐案例。 振弦采集儀橋梁工程監(jiān)測中的優(yōu)勢與實踐案例
    的頭像 發(fā)表于 04-01 14:03 ?221次閱讀
    振弦采集儀<b class='flag-5'>在</b>橋梁工程監(jiān)測中的優(yōu)勢與<b class='flag-5'>實踐</b>案例

    電子束光刻的參數(shù)優(yōu)化及常見問題介紹

    本文從光刻圖案設(shè)計、特征尺寸、電鏡參數(shù)優(yōu)化等方面介紹電子束光刻的參數(shù)優(yōu)化,最后介紹一些常見問題。
    的頭像 發(fā)表于 03-17 14:33 ?817次閱讀
    電子束光刻的參數(shù)<b class='flag-5'>優(yōu)化</b>及常見問題<b class='flag-5'>介紹</b>

    GitHub Copilot+ESP開發(fā)使用問題集錦()

    簡潔明確:2、可以提一些開發(fā)中遇到的問題,GitHubCopilot會給個大概方向供參考。3、可以GitHubCopilot查詢ES
    的頭像 發(fā)表于 03-09 08:03 ?330次閱讀
    GitHub Copilot+ESP開發(fā)使用問題集錦(<b class='flag-5'>一</b>)

    關(guān)于智能門禁設(shè)備CCC認(rèn)證申請的一些經(jīng)驗分享

    CCC認(rèn)證申請的一些經(jīng)驗分享。1.了解CCC認(rèn)證要求:首先,您需要詳細(xì)了解CCC認(rèn)證的規(guī)定和要求,包括適用標(biāo)準(zhǔn)、測試項目、申請流程等內(nèi)容。CCC認(rèn)證涉及到產(chǎn)品的安
    的頭像 發(fā)表于 03-07 17:10 ?399次閱讀
    關(guān)于智能門禁設(shè)備<b class='flag-5'>做</b>CCC認(rèn)證申請的<b class='flag-5'>一些</b>經(jīng)驗分享

    我們?yōu)槭裁葱枰私?b class='flag-5'>一些先進(jìn)封裝?

    我們?yōu)槭裁葱枰私?b class='flag-5'>一些先進(jìn)封裝?
    的頭像 發(fā)表于 11-23 16:32 ?508次閱讀
    我們?yōu)槭裁葱枰私?b class='flag-5'>一些</b>先進(jìn)封裝?

    分享一些SystemVerilog的coding guideline

    本文分享一些SystemVerilog的coding guideline。
    的頭像 發(fā)表于 11-22 09:17 ?631次閱讀
    分享<b class='flag-5'>一些</b>SystemVerilog的coding  guideline

    Android ART玄鐵C910的移植和性能優(yōu)化

    在過去的3年里,我們玄鐵C910分別移植了Android 10和Android 12,ART我們也做了一些更加深入的
    的頭像 發(fā)表于 11-16 09:43 ?1339次閱讀
    Android ART<b class='flag-5'>在</b>玄鐵C910<b class='flag-5'>上</b>的移植和性能<b class='flag-5'>優(yōu)化</b>

    請問單片機(jī)運行一些沒有解析解的函數(shù)該如何?

    單片機(jī)運行一些沒有解析解的函數(shù)該如何?
    發(fā)表于 11-07 07:27

    針對RF PCBA設(shè)計的一些建議

    射頻(RF)PCBA設(shè)計涉及系列復(fù)雜的考慮因素,包括天線設(shè)計、濾波器設(shè)計以及傳輸線(RF Trace)的優(yōu)化。這些因素對于無線通信和射頻應(yīng)用的性能至關(guān)重要。以下是針對RF PCBA設(shè)計的一些建議。
    的頭像 發(fā)表于 10-30 10:19 ?412次閱讀