小体积Pascal步履跑得快，C写的GUI动不动就上百MB，为啥不是说话问题而是打包时势？
最近帮学校机房装一批检会软件，发现个异事：用Lazarus写的监考器具，就一个2MB的文献，U盘一插，双击就开。近邻丰足用C写了个访佛功能的GTK步履，打包成AppImage，翻开一看150MB，内部塞了字体、主题、Wayland后端、GLib一堆东西，解压出来文献夹比我的Windows系统盘还乱。
问了下搞Linux运维的一又友，他说这不是C不行，是GTK从打算上就离不开那一串分享库。系统里装好了，它就调用现成的；换台没装过GNOME的机器，它我方得把整套GUI开动环境扛在身上走。Free Pascal不一样，编译时凯旋把LCL和底层后端（比如GTK或Qt）全塞进exe里，不靠外面的东西活。
但也不是说Pascal就赢麻了。Lazarus步履没法自动随着系统更新——比如GNOME设立了个HiDPI精通问题，它还得等新版块LCL发出来，凤凰彩票官网首页 - Welcome从头编译。而阿谁150MB的C步履，只好系斡旋升级GTK，它立马随着变好，连重启齐不必。
还试了下内存：Pascal阿谁开十个窗口，内存涨得慢；C的GTK步履开相通多，多占200MB傍边，不外动画更顺，编削列表不卡，画布缩放也更准。查了下GNOME性能组的测试，GTK4在GPU渲染上如实比LCL默许后端快小三分之一，这差距不是嘴上说说。
我用表格对比过：部署快慢、更新转折不转折、占不占内存、能不成用新功能、适不适合检会机——服从发现压根不是哪个更好，而是哪个更对路。素养生用Pascal写爱惜具，图的等于不折腾；作念专科桌面软件，不接GNOME那一套生态，等于我方重写半套系统。
Rust哪里最近也有东谈主在搞GTK绑定，念念既安全又轻量凤凰彩票官网首页 - Welcome，但还没纯属。Lazarus 3.0也在试开动时加载模块，不外当今主流仍是静态打包。