深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上鸿蒙开发知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
java {
sourceCompatibility = JavaVersion.VERSION_1_8
targetCompatibility = JavaVersion.VERSION_1_8
}
sourceSets {
def dirs = new ArrayList()
dirs.add(“src/main/proto”)
main.proto.srcDirs = dirs
}
protobuf {
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:
g
r
p
c
J
a
v
a
"
c
o
m
p
i
l
e
O
n
l
y
"
i
o
.
g
r
p
c
:
g
r
p
c
−
s
t
u
b
:
{grpcJava}" compileOnly "io.grpc:grpc-stub:
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
这部分就和源码编译插件基本是一样的写法。
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
可以戳这里获取](https://bbs.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)**
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!