2024年鸿蒙最全ProtoBuf 动态拆分Gradle Module_proto数据怎么拆分，鸿蒙面试遇到的问题怎么解决的

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

protoc {
if (System.getProperty(“os.arch”).compareTo(“aarch64”) == 0) {
artifact = “com.google.protobuf:protoc:KaTeX parse error: Expected 'EOF', got '}' at position 40: …c:osx-x86\_64" }̲ else { artifac…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转化成工程名，去除掉一些无法识别的字符。

我们生成的模板工程如下:

其中proto.version会记录proto内的gitsha值还有文件的lastModified时间，如果输入发生变更则会重新进行一次文件拷贝操作，避免重复覆盖的风险。

input.txt则包含了所有proto文件路径，方便我们进行开发调试。

deps 转化

由于proto之间存在依赖，没有依赖则会导致无法将proto转化成java。所以这里我讲buf.yaml中读取出的deps转化成了一个depend.txt.

com.xxxx.api:google-protobuf:7.7.7

depend.txt内会逐行写入当前模块的依赖，我们会对name进行一次转化，变成一个可读的gradle工程名。其中7.7.7的版本只是一个缺省而已，并没有实际的价值。

多线程操作

这里我们出现了一点点的性能问题, 如果可以gradle插件中尽量多使用点多线程，尤其是这种需要io的操作中。

这里我通过ForkJoinPool，这个是ExecutorService的实现类。其中submit方法中会返回一个ForkJoinTask，我们可以将获取gitsha值和lastModified放在这个中。之后把所有的ForkJoinTask放到一个数组中。

fun await() {
forkJoins.forEach {
it.join()
}
}

然后最后暴露一个await方法，来做到所有的获取方法完成之后再继续向下执行。

另外则就是壳module的生成，我们也放在了子线程内执行。我们这次使用了线程池的invokeAll方法。

protoFileWalk.hashMap.forEach { (_, pbBufYaml) ->
callables.add(Callable {
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)

这里有个面试经常出现的考点，多线程操作Hashmap，之后我在测试环节随机出现了生成工程和include不匹配的问题。所以最后我更换了ConcurrentHashMap就没有出现这个问题了。

加载壳Module

这部分就和源码编译插件基本是一样的写法。

projects.forEach { (s, file) ->
settings.include(“:$s")settings.project(":${s}”).projectDir = File(file)
}

把工程插入settings 即可。

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上鸿蒙开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

深入学习提升的进阶课程，涵盖了95%以上鸿蒙开发知识点，真正体系化！**

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取