重生05：鹅厂大佬，从网管崛起 第220章 首期攻坚：能省几千万，两年的

而赵远这边，对能顺利请到长假毫不意外。此刻他根本没心思多想这些琐事，正牵头开一场核心技术攻坚会议。

会议室里气氛紧绷，赵远面前坐着一众管理层、林景行，还有好几名操作系统方向的核心技术骨干，所有人都凝神听他拆解新的架构思路——这批人后续就要负责对应模块的开发落地。

赵远站在白板前侃侃而谈，板面上密密麻麻写满了各类技术标注，最后落笔一行格外醒目的字：HAR硬件抽象层。

“我们要搭建一套带标准固定接口的中间代码层，夹在应用、图形、系统框架这三层上层模块和最底层的内核之间。”

他稍作停顿，看向众人，条理清晰地戳破现有架构的致命短板：

“你们都清楚现在的模式，上层每个模块都是直连调用内核，深度绑定Linux驱动的专属调用逻辑。以后一旦更换基带芯片等硬件，不光内核侧的驱动要大改，上层一大堆通信配套代码也得大面积重写。

更别说咱们公司的终极目标——以后要换掉Linux，做自己的自研内核。现在不加这层隔离，到时候上面所有软件基本都得推倒重来。

还有开发速度也受拖累，现在做上层功能，必须等底层内核调试完才能测试，所有人只能排队等着干，研发周期越拖越长。”

“而我设计的这套HAR抽象层，就是专门解决这些麻烦的。”

“以后上面三层软件，统一只调用HAR封装好的标准接口，完全不碰底层内核。HAR层自己再通过不同的‘适配插件’，去对接底下的Linux系统。

将来不管底层是用Linux，还是换成咱们自己的自研内核；不管换哪家的屏幕、哪个型号的手机芯片……上层软件都不用改，它只认HAR这一套统一指令，根本感觉不到底下硬件和系统变了。

另外，像资源冲突、报错提示、异常处理这些事，也全都收拢到HAR层统一解决，上层开发的人不用再去应付五花八门的底层报错。”

话音落下，在场的核心技术人员和管理层全都心头一震，纷纷看向赵远。谁都没料到这位年轻老板，对操作系统底层架构的理解居然精深到这种地步，各类专业技术框架、底层逻辑信手拈来。

林景行缓缓点头，接话道：“赵总这个分层设计太关键了，直接打破多层研发互相卡脖子的困局。

等以后切换自研内核，上层整套代码基本不用动，还是调同一套HAR抽象接口，我们只重写HAR对接内核侧的适配封装就行，整体开发量能砍掉一大半。

后期排查故障也清晰太多，不用跨好几个模块来回核对、互相推诿。”

赵远点了点头，伸手指向白板，逐条敲定现阶段第一阶段的硬性目标：

“咱们这一阶段，只聚焦手机四类核心硬件：G**基带、电阻触控屏、基础电源管理模块。

第一件事，定死HAR的标准接口，以后永久不变。所有上层软件想操作硬件，必须走HAR通道，绝对不许直接连底层驱动。”

“第二，做两套适配插件。一套是‘真机版’，对接真实手机里的Linux驱动；另一套是‘电脑仿真版’，不用真实手机，纯靠软件模拟硬件的反应。”

“第三，出一份正式规范文档，把HAR的所有调用规则写死。

这几块工作，我会抽十几到二十个研发组成专项小组，三个月内必须把基础功能全部做出来。”

在场的技术骨干心里盘算了一下，第一阶段范围划得很清楚，短期攻坚难度可控，纷纷点头记下要求。

林景行坐在那儿，心里反复掂量着这套方案的分量。他太清楚没有隔离层的痛点了：“以后真要换内核、换硬件，十几万行硬件适配代码得全部推翻重写，还得跟着冒出数不清的bug，人力、时间砸进去根本没个数。”

他忍不住开口，语气里满是感慨：“大家回去都好好琢磨琢磨赵总这套设计。只要把HAR这层啃下来，光这一个架构，就能帮公司省下四五千万的研发投入，加上后续优化等等至少能压缩两年的整体研发周期，还是很值得下重注的。”

这话一出口，底下顿时响起一阵低声议论。

有人连连点头：“可不是嘛！以前换个屏幕驱动，上面好几层代码都要跟着改，改完还得全量测一遍，太折腾了。有了这层统一接口，以后换硬件只改底下插件就行，上面完全不用动。”

也有人忍不住叹服：“赵总这眼光是真长远，现在就把以后换自研内核的坑都提前填上了。我之前还只想着先把系统跑起来，根本没考虑到后续迭代的成本，这一下格局就拉开了。”

还有人跟着附和：“是啊，光这一层设计，就比市面上很多做系统的团队想得深多了。看似多做了一层中间件，实则把后面几年的研发成本都省下来了，太值了。”

几句议论下来，众人看向赵远的眼神里都多了几分佩服。

原本不少人还觉得老板年纪轻，可能只管给钱不管技术，现在才发现，人家对底层技术的理解，比很多干了十几年的老工程师都通透，太牛了。

赵远等众人议论声稍落，接着说道：“未来三个月我也会全程深度参与攻坚，大家遇到任何卡点，随时都可以找我沟通。第一阶段的目标就定三个月，必须按时拿下来。”

林景行也跟着正色补充：“这个任务是咱们操作系统项目的核心根基，大家务必重视，好好完成。有没有什么问题现在可以提。”

话音刚落，队伍里一个叫杨明的核心技术骨干站了起来。他以前在老东家就是顶尖的技术好手，脑子转得快，刚听完方案就揪出了两个最关键的隐患，直截了当地问了出来：

“赵总，我梳理了两个实际问题想请教您。

第一，就是这个封装的尺度不好把握。要是封装得太浅，只是简单把底层驱动的指令转一遍，没做统一的能力收拢，那以后换内核、换硬件，这套抽象层基本就废了，前期投入等于打水漂。

可要是封装得太深、太复杂，现在手机算力本来就弱，多这么一层翻译，很容易造成卡顿、兼容问题，搞不好还会触发硬件故障。”

“第二就是两套插件的兼容问题。我们同时维护真机和电脑仿真两套适配代码，真实手机硬件和电脑模拟环境的指令差得很远，很容易出现真机跑着一切正常，仿真环境却全是报错的情况，两套环境的表现很难对齐。”

赵远听完，眼里露出几分赞许：“你考虑得很周全，问题抓得很准。这两个风险我都有应对方案。”

“首先说封装尺度：上层调用的HAR接口，直接敲定标准，永久锁定不再改动，强制所有上层业务百分之百通过HAR访问硬件。

底层适配先做轻量化封装，只优先把刚需的硬件能力统一起来。”

众人听着纷纷点头。浅封装能规避当下的性能问题，要是太深了，就此锁死硬件和内核，以后不管是自家更新设备，还是对接外部厂商的硬件，前期的开发投入都容易打水漂。

赵远像是看穿了大家的心思，接着补充道：“对了，你们还要加一道硬性拦截机制——凡是不通过HAR接口，直接去操作底层硬件的请求，一律拦截报错，从根上杜绝有人绕开抽象层直接写驱动的行为。

咱们团队不少老工程师，以前都习惯直接操控底层硬件，这个规则就是从流程上卡死旧习惯，逼着大家按统一标准来。”

“至于真机和仿真两套环境对不齐的问题，”赵远顿了顿，“我们安排专人做日志反向同步：每天把真机上硬件的原始指令、延迟波动、异常抖动这些真实运行数据全部抓下来，

同步喂给电脑仿真插件，持续打磨校准，一点点把两套环境的行为差异抹平。”

众人听完都觉得逻辑通顺、方案可行，又围着几个细节讨论了一会，这场为公司省下几千万成本和两年时间的核心技术攻坚会便宣告散会。