Windows端元宝功能架构实现分析-开发随笔

1 前言

由于通用性的知识大家都可以直接询问AI了，所以本站后续大概率不会再过多的更新过于标准化的知识点，而是会更多的更新一些经验性的东西，也就是一些软件的设计思路。

当然，我个人的经验同样也是有限的，因此本系列文章主要介绍一些大厂软件的设计经验。

本文要介绍的是元宝，它是腾讯开发的一款多端AI对话软件，支持非常多的平台：

这里主要分析Windows端元宝的技术细节与功能实现方式。

当然，我自然没有元宝的源码，因此所有的结论皆来自逆向分析，不一定准确，仅供参考。

2 版本回退设计（bug？）

我已经使用过元宝一段时间了，来到它的安装目录可以看到，它有自动后台更新功能：

并且自动更新后，并没有将老版本安装数据删除，而是将可执行文件备份了一下：

yuanbao.exe -> yuanbao.exe_back

修改文件后缀名是一种非常常见的备份策略，恢复方式自然也很简单，直接改回后缀名exe即可。

而对应的版本软件数据，直接存放在了对应版本的文件下，区分版本很方便。

2.61.11.658
2.62.0.632

但从元宝的用户界面上，我并没有找到可以回退版本的按钮。

排除bug的可能（如果是bug，那么这也太明显了……但也不能完全排除），猜测这样设计的目的，是为了当新版程序在用户电脑上因某些原因无法正常使用时，会自动回退到老版本（不排除需要用户手动回退）。

Windws的版本奇多、各类民间修改版的系统更是不甚枚举，系统因为这或那的组件缺失导致应用程序无法运行是非常正常的，而元宝的目标是最大程度的兼容用户系统，所以做出这样的设计也是可以理解的了。

唯一的缺点大概就是多占用了一倍的存储。

你可能会问，更新后，程序运行起来了，不就已经说明新版可以在系统正常运行吗？为什么此时依旧不删除老版本呢？

是的，大多数情况下，只要程序能正常启动并持续运行一段时间，基本都代表程序没什么大问题，但是……依旧有可能出现问题。

因为程序启动后并不代表所有的功能代码都会运行一遍，甚至有些代码只有当用户主动在界面上点击才可能触发，那么此时的现象就是，新版更新并持续运行一段时间都没有问题，但当用户手动触发了某个功能代码后导致了程序崩溃，而这段导致程序崩溃的代码可能就是新版更新导致的。

所以在这种情况下，依旧拥有回退的选项。

但在元宝的用户界面上，我并没有看到可以暂停自动更新的选项……

不过经过测试，如果是我主动更新、点击重启更新，那么上一个老版本的数据还是会被自动清理的。

3 更新功能设计

手动更新版本后，程序文件结构就清新多了：

2.62.0.632：版本号作为文件夹名称，其内存放该版本的所有数据、可执行文件。
UpdateSvr：用于更新元宝版本的程序。
yuanbao.exe：入口执行文件。

其中UpdateSvr后面的Sv，一般指的就是服务（service），可以直接来到Windows系统服务功能，找到元宝注册的这个系统服务：

比较良心的是没有设置成自动触发，目前默认设置的是手动（可以等同于启动元宝后，由元宝自己去触发更新程序升级版本了）：

可以看到这个服务的可执行文件路径，实际上就是上面元宝的UpdateSvr目录下的可执行文件。

不像WPS，直接设置了一个定时器，只要你登录进系统，就会默认执行一次更新，并且每隔一小时就会自动执行一次，多少有点流氓了：

更新版本之所以需要专门写一个程序，主要还是Windows系统的问题，因为Windows系统不允许修改正常运行的程序，也就是当元宝正在运行时，是不允许修改自身的，只能借助另外的程序。

你或许时常会遇到在Windows系统上删除文件发现删除不掉，报错是该文件被某某某占用、或正在运行中，与这里就属于类似的问题。

而系统服务的好处就在于它可以脱离程序本身，比如，如果这里的更新服务设置为自动，那么无论你启没启动元宝，只要你启动了Windows系统，这个更新服务都会自动运行、完成版本的更新。

因此这算是一种程序版本更新的标准化设计了。

4 兼容性设计

元宝为了提高程序的系统兼容性是下了功夫的。

当然，也可能是腾讯内部的开发规范就向来如此，默认直接将所有依赖的系统调用都直接打包进程序包里了：

类似于api-ms-win-core-*这类动态库，基本都是Windows系统自带的底层核心库，里面包含了多数通用的win api，比如文件读写api等等。

我们可以使用vs自带的dumpbin工具查看这些dll文件的导出函数，比如最基本的CreateFile函数就在这个dll中：

一般来说，绝大多数人的系统，都不太可能会缺少这种核心库，但为了尽最大可能降低因用户系统导致的兼容性问题，所以采用了这种非常极端的方案。

这样的好处是显而易见的，这能够尽最大的可能性保证所有用户使用的元宝都在一个基本完全相同的环境下运行，如果出现了问题是非常方便排查的，否则很多时候，就只能一个个去联系用户去复现、非常的耗时耗力。

5 资源解析

元宝这里用了三个文件夹存放三种不同类型的文件，也是很规范的用法了：

其中assets与一般规范一致，存放的是一些预处理资源，比如这个文件夹里面目前存放的是icon图片。

locales文件夹里面存放的是不同语言的翻译文件，比如中文的“你好”，在英文下就是“hello”。

yuanbao.ftl

里面存放的是国家化（i18n）资源文件，.ftl后缀文件一般指的是Fluent 语言文件格式，一个典型示例如下。

英文版本：

hello = Hello
welcome-user = Welcome, { $name }!

中文版本：

hello = 你好  
welcome-user = 欢迎你，{ $name }！

要解析这个资源文件比较简单，只需要初始化一个node项目。添加一下包：

npm install @fluent/bundle

然后运行一下代码就行了：

import { FluentBundle, FluentResource } from "@fluent/bundle";
import fs from "fs";
// 读取 ftl 文件
const ftlText = fs.readFileSync("yuanbao.ftl", "utf-8");
// 解析资源
const resource = new FluentResource(ftlText);
resource.body.forEach(item => {
  console.log(item);
});

效果如下：