曾碾压Keil的IAR，为啥最后被Qt“收编”了？-程序员充电站

曾碾压Keil的IAR，为啥最后被Qt“收编”了？

家人们谁懂啊！最近想给电脑里的IAR EWARM升个级，本以为就是点一下“下一步”的事儿，结果硬生生耗了20分钟！我一开始还怀疑是电脑老了、满是碎片拖后腿，赶紧换了台配置尚可的新机重试，没想到速度依旧慢得像蜗牛爬，属实给我整懵了——这软件到底藏了多少“秘密”，安装起来能这么费劲？

顺着这个疑问深挖下去，才发现IAR这来头可不小：它既是一家公司的名字，更是嵌入式开发圈曾叱咤风云的IDE软件大佬。从巅峰时期的技术标杆，到如今被Qt收购，这四十多年的起起落落，藏着太多行业故事。今天就来好好唠唠，IAR到底经历了啥？

出道即巅峰，一路开挂的“技术狠活”

时间拉回1983年，在瑞典乌普萨拉，几位工程师一拍即合创办了IAR Systems。刚起步的IAR就瞄准了8位微控制器市场，给Intel 8051这类当时的“主流芯片”做开发工具，还顺带搞出了首款针对68000微处理器的汇编器，算是在行业里站稳了脚跟。

三年后的1986年，IAR直接放大招——推出了全球首个嵌入式C编译器！要知道那会儿嵌入式开发工具还很稀缺，这个编译器不仅支持8051、MSP430等热门微控制器，代码优化能力更是一绝，直接成了行业里的“技术标杆”，谁用谁夸。

之后的IAR就像开了挂：1990年整合编译器、调试器，搞出了集成开发环境（IDE）的雏形，从8位到32位微处理器都能覆盖；1999年在纳斯达克OMX斯德哥尔摩交易所上市，开始往全球扩张；2003年进入中国市场，先设北京办事处，2007年又在上海成立全资子公司，本地化服务做得风生水起。

面对行业趋势变化，IAR也没掉队。2008年Arm内核MCU崛起，它立刻调整战略重点支持Arm架构，同时还不丢对专有架构的兼容性；2010年和瑞萨电子、杰发科技等大厂合作，一口气支持超过4000款瑞萨芯片，在汽车电子领域站稳了脚跟；2018年收购物联网安全公司Secure Thingz，搞起了安全服务；2020年盯上新兴的RISC-V架构，和兆易创新联手推出解决方案；2021年RISC-V工具链还拿到了TÜV南德认证，能满足医疗、汽车这些高要求行业的标准；2022年又新增64位RISC-V内核支持，还和极海半导体合作开发了基于Cortex-M52的MCU；2023年干脆品牌升级，直接叫“IAR”，还推出了适配自动驾驶等复杂项目的模型设计工具，连Linux平台都兼容了。

说真的，巅峰时期的IAR，手里的“王牌”可不少：旗下有EWARM、EWSTM8、EW430这些多款IDE，支持的MCU类型比当时的竞争对手Keil多得多，工具链综合水平也遥遥领先，说是嵌入式开发圈的“顶流”也不为过。

明明牌面十足，为啥被Keil后来居上？

按说IAR起点高、技术强，本该一路领跑，可这些年却慢慢被Keil超越，最后在2025年被芬兰的Qt Group全资收购。这事儿说起来，还真不是因为技术不行，而是踩了不少“用户体验的坑”。

第一个坑就是安装和配置要求太“苛刻”。IAR的安装包是把所有软件包都打包在一起的，不像Keil那样把MCU支持包独立出来，需要啥装啥。这就导致安装时不仅要等半天，安装完还特别占硬盘空间。更让人头疼的是，用的时候对电脑配置要求还高，电脑稍微差点意思，就容易卡顿，对比之下Keil就“亲民”多了，低配电脑也能流畅运行。

第二个坑是调试功能“拖后腿”。对工程师来说，调试可是开发过程中的“重头戏”，相当于解题时的“放大镜”。IAR的工具链虽然强大，但调试功能确实比Keil差了点意思——操作不够直观，偶尔还会出点小bug，用着没那么顺手。久而久之，不少工程师就觉得“干活效率至上”，转而投向Keil的怀抱。

第三个坑是跨版本兼容性“不给力”。这可是很多老用户的痛点！用新版本IAR打开老版本的项目文件，十有八九会遇到不兼容的问题：要么是设置参数丢失，要么是代码报错，最后要么得重新装老版本，要么得花时间重新创建工程，简直是“浪费生命”。而Keil在这方面就做得好很多，跨版本打开项目基本不会出大问题，省心又省力。

第四个坑是价格“不接地气”。IAR是商业收费软件，而且授权费用比Keil还贵。对于小公司或者个人开发者来说，性价比就没那么高了，既然Keil功能够用、价格还更友好，自然就选择后者了。

最后就是用户群体“越变越小”。早些年IAR的优势很明显，吸引了不少核心用户，但这些年Keil一直在不断优化升级，慢慢补齐了差距。更关键的是，很多入门嵌入式开发的新手，大多会选择上手简单、教程多的Keil，新鲜血液越来越少，IAR的用户群体自然就逐渐萎缩了。