網(wǎng)站首頁 編程語言 正文
預(yù)期
當(dāng)前安卓的所有proto
都生成在一個module
中,但是其實業(yè)務(wù)同學(xué)需要的并不是一個大雜燴, 只需要其中他們所關(guān)心的proto
生成的類則足以。所以我們希望能將這樣一個大雜燴的倉庫打散,拆解成多個module
。
buf.yaml
Protobuf是Protocol Buffers的簡稱,它是Google公司開發(fā)的一種數(shù)據(jù)描述語言,用于描述一種輕便高效的結(jié)構(gòu)化數(shù)據(jù)存儲格式,并于2008年對外開源。Protobuf可以用于結(jié)構(gòu)化數(shù)據(jù)串行化,或者說序列化。它的設(shè)計非常適用于在網(wǎng)絡(luò)通訊中的數(shù)據(jù)載體,很適合做數(shù)據(jù)存儲或 RPC 數(shù)據(jù)交換格式,它序列化出來的數(shù)據(jù)量少再加上以 K-V 的方式來存儲數(shù)據(jù),對消息的版本兼容性非常強(qiáng),可用于通訊協(xié)議、數(shù)據(jù)存儲等領(lǐng)域的語言無關(guān)、平臺無關(guān)、可擴(kuò)展的序列化結(jié)構(gòu)數(shù)據(jù)格式。開發(fā)者可以通過Protobuf附帶的工具生成代碼并實現(xiàn)將結(jié)構(gòu)化數(shù)據(jù)序列化的功能。
在我司proto相關(guān)的都是由后端大佬們來維護(hù)的,然后這個協(xié)議倉庫會被android/ios/后端/前端 依賴之后生成對應(yīng)的代碼,然后直接使用。
而proto文件中允許導(dǎo)入對于其他proto文件的依賴,所以這就導(dǎo)致了想要把幾個proto轉(zhuǎn)化成一個java-library
工程,還需要考慮依賴問題。所以由 我們的后端來定義了一個buf.yaml
的數(shù)據(jù)格式。
version: v1 name: buf.xxx.co/xxx/xxxxxx deps: - buf.xxxxx.co/google/protobuf build: excludes: - setting breaking: use: - FILE lint: use: - DEFAULT
name
代表了這個工程的名字,deps
則表示了他依賴的proto的工程名。基于這份yaml
內(nèi)容,我們就可以大概確定一個proto工程編譯需要的基礎(chǔ)條件。然后我們只需要一個工具或者插件來幫助我們生成對應(yīng)的工程就夠了。
模板工程
現(xiàn)在我們基本已經(jīng)有了一個單一的proto
工程的輸入模型了,工程名依賴的工程還有對應(yīng)文件夾下的proto
文件。然后我們就可以基于這部分輸入的模型,生成出第一個模板工程。
plugins { id 'java-library' id 'org.jetbrains.kotlin.jvm' id 'com.google.protobuf' } java { sourceCompatibility = JavaVersion.VERSION_1_8 targetCompatibility = JavaVersion.VERSION_1_8 } sourceSets { def dirs = new ArrayList<String>() dirs.add("src/main/proto") main.proto.srcDirs = dirs } protobuf { protoc { if (System.getProperty("os.arch").compareTo("aarch64") == 0) { artifact = "com.google.protobuf:protoc:$version_protobuf_protoc:osx-x86_64" } else { artifact = "com.google.protobuf:protoc:$version_protobuf_protoc" } } plugins { grpc { if (System.getProperty("os.arch").compareTo("aarch64") == 0) { artifact = 'io.grpc:protoc-gen-grpc-java:1.36.1:osx-x86_64' } else { artifact = 'io.grpc:protoc-gen-grpc-java:1.36.1' } } } generateProtoTasks { all().each { task -> task.generateDescriptorSet = true task.builtins { // In most cases you don't need the full Java output // if you use the lite output. java { } } task.plugins { grpc { option 'lite' } } } } } afterEvaluate { project.tasks.findByName("compileJava").dependsOn(tasks.findByName("generateProto")) project.tasks.findByName("compileKotlin").dependsOn(tasks.findByName("generateProto")) } dependencies { implementation "org.glassfish:javax.annotation:10.0-b28" def grpcJava = '1.36.1' compileOnly "io.grpc:grpc-protobuf-lite:${grpcJava}" compileOnly "io.grpc:grpc-stub:${grpcJava}" compileOnly "io.grpc:grpc-core:${grpcJava}" File file = new File(projectDir, "depend.txt") if (!file.exists()) { return } def lines = file.readLines() if (lines.isEmpty()) { return } lines.forEach { logger.lifecycle("project:" + name + " implementation: " + it) implementation(it) } }
如果需要將proto
編譯成java代碼,就需要依賴于com.google.protobuf
插件,依賴于上面的build.gradle
基本就可以將一個proto
輸入編譯成一個jar
工程。
另外我們需要把所有的proto
文件拷貝到這個殼工程的src/main/proto
文件夾下,最后我們會將buf.yaml
中的name: buf.xxx.co/xxx/xxxxxx
的/xxx/xxxxxx
轉(zhuǎn)化成工程名,去除掉一些無法識別的字符。
我們生成的模板工程如下:
其中proto.version
會記錄proto
內(nèi)的gitsha
值還有文件的lastModified
時間,如果輸入發(fā)生變更則會重新進(jìn)行一次文件拷貝操作,避免重復(fù)覆蓋的風(fēng)險。
input.txt
則包含了所有proto
文件路徑,方便我們進(jìn)行開發(fā)調(diào)試。
deps 轉(zhuǎn)化
由于proto
之間存在依賴,沒有依賴則會導(dǎo)致無法將proto
轉(zhuǎn)化成java
。所以這里我講buf.yaml
中讀取出的deps
轉(zhuǎn)化成了一個depend.txt
.
com.xxxx.api:google-protobuf:7.7.7
depend.txt
內(nèi)會逐行寫入當(dāng)前模塊的依賴,我們會對name進(jìn)行一次轉(zhuǎn)化,變成一個可讀的gradle
工程名。其中7.7.7
的版本只是一個缺省而已,并沒有實際的價值。
多線程操作
這里我們出現(xiàn)了一點點的性能問題, 如果可以gradle
插件中盡量多使用點多線程,尤其是這種需要io
的操作中。
這里我通過ForkJoinPool
,這個是ExecutorService
的實現(xiàn)類。其中submit
方法中會返回一個ForkJoinTask
,我們可以將獲取gitsha
值和lastModified
放在這個中。之后把所有的ForkJoinTask
放到一個數(shù)組中。
fun await() { forkJoins.forEach { it.join() } }
然后最后暴露一個await
方法,來做到所有的獲取方法完成之后再繼續(xù)向下執(zhí)行。
另外則就是殼module的生成,我們也放在了子線程內(nèi)執(zhí)行。我們這次使用了線程池的invokeAll
方法。
protoFileWalk.hashMap.forEach { (_, pbBufYaml) -> callables.add(Callable<Void> { val root = FileUtils.getRootProjectDir(settings.gradle) try { val file = pbBufYaml.copyLib(File(root, "bapi")) projects[pbBufYaml.projectName()] = file.absolutePath ?: "" } catch (e: Exception) { e.printStackTrace() e.message.log() } null }) } executor.invokeAll(callables)
這里有個面試經(jīng)常出現(xiàn)的考點,多線程操作Hashmap
,之后我在測試環(huán)節(jié)隨機(jī)出現(xiàn)了生成工程和include不匹配的問題。所以最后我更換了ConcurrentHashMap
就沒有出現(xiàn)這個問題了。
加載殼Module
這部分就和源碼編譯插件基本是一樣的寫法。
projects.forEach { (s, file) -> settings.include(":${s}") settings.project(":${s}").projectDir = File(file) }
把工程插入settings 即可。
結(jié)尾
這部分方案這樣也就大概完成了一半,剩下的一半我們需要逐一把生層業(yè)務(wù)的依賴進(jìn)行一次變更,這樣就可以做到依賴最小化,然后也可以去除掉一部分無用的代碼塊。
原文鏈接:https://juejin.cn/post/7204279791381643322
- 上一篇:沒有了
- 下一篇:沒有了
相關(guān)推薦
- 2023-11-20 Linux、jetson nano、JTX、英偉達(dá)、nVidia查看cuda版本
- 2022-05-23 MongoDB數(shù)據(jù)庫部署環(huán)境準(zhǔn)備及使用介紹_MongoDB
- 2023-06-04 Flask框架中的session設(shè)置詳解_python
- 2022-10-23 C#泛型集合類型實現(xiàn)添加和遍歷_C#教程
- 2022-07-16 TritonObjDet新增要素的方法
- 2024-02-17 通過springMVC統(tǒng)一設(shè)置localhost的時間格式
- 2022-10-08 ASP.NET堆和棧一之基本概念和值類型內(nèi)存分配_實用技巧
- 2022-04-22 SketchUp:解決鏡頭剪切屏幕出現(xiàn)破面視角的問題圖文教程
- 欄目分類
-
- 最近更新
-
- window11 系統(tǒng)安裝 yarn
- 超詳細(xì)win安裝深度學(xué)習(xí)環(huán)境2025年最新版(
- Linux 中運(yùn)行的top命令 怎么退出?
- MySQL 中decimal 的用法? 存儲小
- get 、set 、toString 方法的使
- @Resource和 @Autowired注解
- Java基礎(chǔ)操作-- 運(yùn)算符,流程控制 Flo
- 1. Int 和Integer 的區(qū)別,Jav
- spring @retryable不生效的一種
- Spring Security之認(rèn)證信息的處理
- Spring Security之認(rèn)證過濾器
- Spring Security概述快速入門
- Spring Security之配置體系
- 【SpringBoot】SpringCache
- Spring Security之基于方法配置權(quán)
- redisson分布式鎖中waittime的設(shè)
- maven:解決release錯誤:Artif
- restTemplate使用總結(jié)
- Spring Security之安全異常處理
- MybatisPlus優(yōu)雅實現(xiàn)加密?
- Spring ioc容器與Bean的生命周期。
- 【探索SpringCloud】服務(wù)發(fā)現(xiàn)-Nac
- Spring Security之基于HttpR
- Redis 底層數(shù)據(jù)結(jié)構(gòu)-簡單動態(tài)字符串(SD
- arthas操作spring被代理目標(biāo)對象命令
- Spring中的單例模式應(yīng)用詳解
- 聊聊消息隊列,發(fā)送消息的4種方式
- bootspring第三方資源配置管理
- GIT同步修改后的遠(yuǎn)程分支