谦逊基于力量，

高傲基于无能。

……

舒朗发现了bdk源码中的bug，还找出来bug的关键所在，心奋不已。

也就是说，只要用到这个api的兼容转换程序的地方，就一定会存在这个bug隐患。

但舒朗记得刘琦跟他说过，一般没人会用多能量源驱动，那样的程序太复杂，成本太高，风险太大。

先不说刘琦说的对不对，至少他能代表一大部分人的观点。也就是说，能用到这个api的人会非常少，而这个bug发生的几率本身又不高，所以这个bug虽然确确实实的存在，但它却又如同不存在一样。

巧合的是，刘昊然给舒朗的极速靴驱动代码里面就用到了这个api。

舒朗为了求证，特意把极速靴代码里的多能量源驱动模块刷了一遍，结结实实的找到了那个调用兼容转换程序的代码行。

当然，这还不足以证明此bug就是彼bug，唯一能够证明的办法，就是把这个bug修复之后，再看看代码里面还有没有bug。

舒朗把bdk源码里的那个sourcepower文件复制了出来，把那个兼容性转换的方法修改了一下，在异步转同步的那个地方，把从0计数改成了从1计数。

修改完毕后，重新编译成字节文件，替换掉资源包里那个引用文件。

先用红点检查一下源码文件，果然没有发现bug，说明源码里的bug修复的非常准确。

然后将整个极速靴工程重新编译，这样刚才修改过的源码文件才会生效。编译完选中整个极速靴工程，点击红点…

提示：

fshshoes工程发现bug，

灾难级 1个，

是否自动修复？

……

“哦？…竟然不是？”舒朗反而松了口气。

开始分析一下情况，立刻就觉察到了不对劲。

他记得当初发现极速靴代码bug的时候，非常艰难，必须在各种程序包的组合下，bug才会出现。

但如果是因为源代码bug的原因，只要引用了对应的方法，就一定会报bug，可是刘昊然的程序没有。单独测验任何一个程序包的时候都没有。

这说明了两个问题：

第一，整个极速靴的代码里面一定还存在另一个bug。

第二，源码中的bug被处理掉了，否则单个程序也不可能不报。

舒朗再次找到那个引用了兼容转换方法的代码行，开始分析整块代码的实现和调用逻辑。

……

服！大写的服！

舒朗看懂了刘昊然的代码之后，只有这一种感觉。人家在调用那个兼容方法之前，就已经手动屏蔽了源码中的那个bug！人家是主动在外围进行计数刷新，根本就不用源码里有bug的那套逻辑。

刘昊然这家伙简直不是人！

竟然连源码里的bug都能发现，而且还能自行规避。这已经不能用变态和码神来形容了，舒朗简直怀疑，刘昊然不会是也有个带红点的eclipse吧？

想到这，舒朗心里一慌，真要是这样，那刘昊然会不会也是从他那个世界穿越来的？

明天一定要求证一下！

等他来上课的时候，一定要找个机会看看他的电脑，在找个机会问问他是不是学过java。

嗯！

做好了决定，准备睡觉，一看表，凌晨4点！

……

刘琦把他叫醒的时候，已经是11点半了。

起床，上轮椅，洗漱一下。

舒朗和刘琦一起去外面吃了午餐，吃完又闲逛了一会，卡着点一块回到他的豪华病房。

正好赶上和刘昊然一同进屋。

高级编程课正式开始！

按照刘昊然一向的讲课风格，在正式讲高级课程内容之前，一定要先对这一系列的课程做个概要介绍。

首先，高级编程课包括7门学科，分别是：

brave 能量结构，

brave 触感编程，

机械动能传导，

电能损耗优化（原理、配置、调优），