有些Windows软件的技术栈真的好老

一个 2025 年 7 月发布的安装包，拆开一看，内核停留在 2008 年。

1、起因：只是想看看能不能搬到 Linux

事情很简单。我手上有一个 Windows 安装包 AxMath_Setup_Win_20250713_EN.exe（AxMath，一款小众的数学公式编辑器），我是它的正版注册用户，但我想着能不能在Ubuntu下，用非Wine的方式、非虚拟机的方式使用它呢？这就涉及把它移植到Ubuntu的问题了——如果它是基于Electron之类跨平台的框架开发的，那还真有可能。

文件名里写着 20250713，也就是 2025 年 7 月发布的版本。

所以就把它拆包看看。

2、拆开之后：考古现场

安装包是 NSIS 自解压格式，用 7z 一把就解开了：

7z x AxMath_Setup_Win_20250713_EN.exe -o extracted

里面的东西很有意思：

AxMath.exe        主程序
AxSnap.exe        截图/OCR 工具
Register.exe      授权注册
AxLaTeX.dll       LaTeX 渲染
AxBDH.dll         Office 桥接
Microsoft.VC90.MFC/mfc90u.dll      ← 注意这个
gdiplus.assembly/GdiPlus.dll
libeay32.dll / ssleay32.dll / libcurl.dll

Microsoft.VC90.MFC 这个目录名就是线索：VC90 = Visual C++ 2008。也就是说，这个 2025 年的软件，跑在 2008 年的运行时上。
文章来源：https://www.codelast.com/

再用 objdump 一验，实锤：

一边是 2025 年的时间戳，一边是 2008 年的工具链和 2015 年的第三方库。

3、2025年的软件版本竟然还是32位的

很多人的第一反应是：2025年的版本还是32位的？但对这类软件来说，这几乎是必然的。

3.1 迁移成本和收益不成比例 一个 MFC 老代码库要从 32 位迁到 64 位、从 VC9 迁到新工具链，构建脚本、第三方依赖、COM 注册……全都得动。而 32 位程序在 64 位 Windows 上靠 WOW64 照样跑，用户完全无感，对小软件团队来说没动力迁移。

3.2 Office 加载项的"位数枷锁" AxMath 的核心价值是嵌进 Word / Excel / WPS。它的 COM 组件必须和宿主 Office 的位数一致，而 32 位 Office / WPS 装机量巨大——跟着做 32 位最省事。解包里能看到一堆加载项：

AxMath.dotm   → Word（含 VBA 宏）
AxMath.xlam   → Excel
AxMath.ppam   → PowerPoint
WPS/STARTUP/AxMath.dotm → WPS

3.3 轻量应用根本用不上 64 位的好处 一个公式编辑器，内存占用远不到 2GB。64 位最大的优势（大内存寻址）在这儿毫无意义。
文章来源：https://www.codelast.com/

4、安全问题

技术栈老，本身只是"不优雅"。但当我们把范围从"好不好看"换成"安不安全"，问题就严肃了。

4.1 授权走的是明文 HTTP Register.exe 里的联网地址是（注意是 UTF-16 宽字符存的，普通搜索搜不到）：

http://www.axmath.cn:6150/@@@     ← 授权服务器
http://121.199.3.143:6150/@@@     ← 硬编码备用 IP

激活码、机器指纹，就这么明文发出去了。在公共 WiFi 下，同网段的攻击者抓个包就能拿到激活码——不需要任何漏洞利用技巧。

4.2 2015 年的 OpenSSL 1.0.2d 这个版本之后修的所有 CVE 它都带着。比如 CVE-2016-2107（AES-NI padding oracle），中间人可以利用它解密 HTTPS 会话——也就是说，"用了 HTTPS"在这个版本上并不等于安全。

4.3 承载漏洞的库没开内存防护

名词解释：

• ASLR（Address Space Layout Randomization，地址空间布局随机化）：每次程序启动时，把代码、数据、DLL 等加载到随机的内存地址。这样攻击者就无法预知某个函数或数据的固定地址，构造可靠的利用会变得困难。
• DEP（Data Execution Prevention，数据执行保护，即 NX）：把内存里的数据区标记为"不可执行"。即使攻击者把恶意代码写进了内存，CPU 也会拒绝执行它，从而挡掉一大类"写入即执行"的攻击。

一旦 libcurl（7.45.0 存在越界写类漏洞，如 CVE-2016-8617）或 OpenSSL 触发内存破坏，这个"裸奔"的 DLL 会让利用门槛大幅降低。
文章来源：https://www.codelast.com/
➤➤ 版权声明 ➤➤ 
转载需注明出处：codelast.com 
感谢关注我的微信公众号（微信扫一扫）：

以及我的微信视频号：

我一直都很佩服那些可以直接用LATEX语法打出各种复杂数学公式的人，反正我是记不住，而且也真的不想去记LATEX语法。
比如这个公式：

有的人能直接用LATEX手写出来：
\left( \sum_{i=1}^n{a_ib_i} \right) ^2\leqslant \left( \sum_{i=1}^n{a_{i}^{2}} \right) \left( \sum_{i=1}^n{b_{i}^{2}} \right) , a_i,b_i\in \mathbb{R}
这还算简单的了，更复杂的公式大神们都可以直接手写LATEX。
就问你服不服。
在下自愧脑容量不足。
所以当我要输入数学公式的时候，MathType这个功能强大的可视化数学公式编辑器就是我认为最方便易用的软件。

 MathType的方便之处
MathType可以直接在复制图形界面的公式的时候，就把公式自动转换成LATEX语法再复制到内存里，粘贴的时候直接粘贴出来LATEX。比如我的网站里面的数学公式，在后台的文字编辑界面里大部分都是LATEX，但它们并不是我用手输的，而是用软件转换成LATEX再粘贴上来的（参考这个链接）。

 MathType的缺点
但它有个缺点就是：贵。正版的单用户授权要300～400元。这个价格对大多数人来说都是要割肉的。
 MathType官方的雷人开发效率
而且当前最新版的MathType 7在当前最新版的MacOS Catalina系统上无法运行（官方通告在此）。官方说会在2020年发布新版MathType解决此问题，一个导致产品完全无法使用的P0级问题出现那么久了，开发商还没有解决问题，其效率之低，令人侧目。仗着自己是世界范围内同类软件的老大，可以无视用户对吧？

 MathType有什么替代软件吗？
首先是你能搜到很多“网页版”的数学公式编辑器，但我得说，我也用过很多个，一个真●能打的都没有，它们比MathType用起来麻烦多了，而且功能弱。

直到我遇到了AxMath，一款国产的“仿MathType”软件(但在很多方面已经超越了MathType)，我才知道原来这种国产软件也可以做得这么精良，而且单用户单机正版授权才30多块钱，童叟无欺，一顿饭的钱就能买这么强大的正版软件，你买不了吃亏买不了上当！

如果不买正版授权也是可以试用的，不过不能复制粘贴你输入的公式。
文章来源：https://www.codelast.com/
 AxMath的局限性
只支持Windows系统（不像MathType有Mac版的）。不过这也还好，如果电脑是Mac/Linux的话，大不了在Windows虚拟机里运行AxMath，或者用CrossOver跑AxMath（亲测可用）。

 AxMath的华丽功能
当你第一眼看到AxMath界面的时候，一定会被它的华丽外观给迷到，简直比MathType高级到不知道到哪里去了！

看看它支持输入的数学符号有多少种，简直多到像满天星。
官网上的那些强大功能介绍我就不粘贴过来了，我只说几个我肤浅使用了之后感觉特别好的地方。
文章来源：https://www.codelast.com/
 可以自定义复制出来的LATEX的起始、结束符号
举个例子。
在MatyType里，复制一个数学公式 $y=ax+b$ ，再粘贴到任意文本编辑器里，得到的内容如下：
\ [y=ax+b\ ]
开头、结尾的 \ [ 和 \ ] 是不能在MathType中自定义的。当我在网站后台编辑器里用LATEX写数学公式时，这两个开头、结尾的符号要人工修改成 \ ( 和 \ )（→我特意在这些标成红色的符号之间都多加了一个空格以避免它们显示为数学公式），否则就会被LaTeX for WordPress插件解释成“换行居中”的式样，从而导致文章排版有问题，我在这篇文章里已经做了详细的解释。
每次在MathType里复制公式时，都要做这个重复的人工活，心累。
AxMath就没有这种问题，因为它可以设置“语法定界符”，也就是上面说的LATEX开头、结尾的符号。设置成 \ ( 和 \ ) 就解决问题啦！

文章来源：https://www.codelast.com/
 没有MathType经常“多生成一个空格”的问题
举个例子。
在MathType中用图形界面输入以下公式：

复制，粘贴到文本编辑器中，变成了：
\ [{V_\pi }(s) = {E_{{s^{(1)}}, \cdots }}\left( {\sum\limits_{t = 0}^\infty  {{\gamma ^t}R({s^{(t)}},\pi ({s^{(t)}}),{s^{(t + 1)}})\left| {{s^{(0)}} = s;\pi } \right.} } \right) \ ]
注意：为了让上面的LATEX显示为纯文本，而不是被我网站里的LaTeX for WordPress插件渲染成数学公式展现出来，我特意在开头的 \ 符号后面、以及结尾的 ] 符号前面分别都加了一个空格（实际上复制出来的LATEX是没有这两个空格的）。
这个LATEX被我网站里的LaTeX for WordPress插件渲染成了这样：

注意看中间有一个奇怪的问号，是个什么鬼？
这就是MathType的一个缺陷了（不知道算不算bug）。原因是在 $\gamma$ 字母的前面，MathType生成了两个空格（ infty  {{\gamma ），而不是正确的一个空格。
注意看这个小细节。在我的使用过程中，MathType经常犯这样的错误，导致我不得不对复制出来的LATEX做人工修正，很烦很烦。
而AxMath就没有这个问题。

 结语
AxMath，你值得拥有！

文章来源：https://www.codelast.com/
➤➤ 版权声明 ➤➤ 
转载需注明出处：codelast.com 
感谢关注我的微信公众号（微信扫一扫）：