为什么同样是 electron, 飞书卡得不行, QQ 却很流畅 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
请不要在回答技术问题时复制粘贴 AI 生成的内容
SonicKang
V2EX    程序员

为什么同样是 electron, 飞书卡得不行, QQ 却很流畅

  •  
  •   SonicKang 1 天前 5014 次点击
    42 条回复    2025-11-05 18:47:55 +08:00
    dabai0806
        1
    dabai0806  
       1 天前
    好像叫 qqnt 封装了一层
    lujiaxing
        2
    lujiaxing  
       1 天前   9
    你以为的 QQ: 从上到下都是 Electron, js 发消息 js 收消息 js 收发 http / ws 请求
    实际上的 QQ: 只有最顶层的 Presentation 是 Electron 的. 消息处理, 数据收发都是 C++ 的. 界面通过 ffi-napi 调用 C++ 的底层.

    纯 Electorn 实现的 QQ 也不是没有. 叫 Icalingua. 那东西, 只要 QQ 群里消息条目多一些, 整个软件就都开始卡得要死...
    viking602
        3
    viking602  
       1 天前
    qq 不是纯 electron 他们自己魔改过的 qqnt
    Leviathann
        4
    Leviathann  
       1 天前
    飞书是 react app
    SonicKang
        5
    SonicKang  
    OP
       1 天前
    @dabai0806 qqnt 也是 electron 吧
    SonicKang
        6
    SonicKang  
    OP
       1 天前   1
    @lujiaxing 飞书也是底层通讯很多都 rust 来实现啊
    irrigate2554
        7
    irrigate2554  
       1 天前
    我感觉飞书也不卡啊,虽然我不用 QQ 无法对比,但是对比企业微信啥的没感觉卡。
    traciser
        8
    traciser  
       1 天前
    确实卡卡的
    lujiaxing
        9
    lujiaxing  
       1 天前   1
    @SonicKang 说明优化得撇.
    Maboroshii
        10
    Maboroshii  
       1 天前
    比钉钉那还是强多了
    mmdsun
        11
    mmdsun  
       1 天前 via iPhone   2
    QQ 有个 NT 内核参考: https://mp.weixin.qq.com/s/nNBuEc2SRXvNP_B5_kMF0g

    PC QQ 参考:
    https://mp.weixin.qq.com/s/STqlp2eMdeoixedCEhYJgQ

    Electron 好像除了 vs code 其他的都卡就没看见流畅的程序。对性能有要求建议别用 Electron 。
    React Native 的应用现在应该是 js 中跨平台最流畅的。
    mingtdlb
        12
    mingtdlb  
       23 小时 42 分钟前
    飞书 卡的更大便一样,很难想象是字节的产品,那么大的厂,没实力优化吗
    qq316107934
        13
    qq316107934  
       23 小时 39 分钟前
    飞书早就不是 electron 了... 你要说 5 年前的飞书是 electron 还没问题
    kzfile
        14
    kzfile  
       23 小时 6 分钟前
    主要文档复杂了后渲染压力很大
    crysislinux
        15
    crysislinux  
       23 小时 2 分钟前 via Android
    要论卡还得看国际大厂的,昨天装了个 dell 的外设管理软件,那家伙,界面上东西没几个,点一下得 3 秒才有反应。meta oculus 的 pc 端也是大卡比
    craftsmanship
        16
    craftsmanship  
       22 小时 31 分钟前 via Android
    那飞书也是吊锤狗屎 Teams
    Gilfoyle26
        17
    Gilfoyle26  
       20 小时 3 分钟前
    别的不说,腾讯的 C++底蕴还是有的
    datou
        18
    datou  
       19 小时 29 分钟前
    @mingtdlb 字节的客户端真的比鹅厂强吗?

    我明显的感觉到 iOS 版抖音的小程序比微信小程序更卡

    所以某个便利店的团购券我更愿意在微信小程序上买

    当然不排除是这个便利店自己的技术力不够造成的
    ruib
        19
    ruib  
       19 小时 11 分钟前
    飞书其他地方还好,搜索框非常卡
    SonicKang
        20
    SonicKang  
    OP
       18 小时 49 分钟前 via iPhone
    @irrigate2554 对比一下可以体会到 QQ 是特别丝滑的,没有对比没有伤害
    feller
        21
    feller  
       17 小时 52 分钟前 via iPhone
    有咸鱼卡嘛
    wnpllrzodiac
        22
    wnpllrzodiac  
       10 小时 54 分钟前 via Android
    @mingtdlb 优化能算 kpi 么。传统问题。微信存储占用那么大这么大,为什么不优化
    xlh001
        23
    xlh001  
       10 小时 15 分钟前
    而且 qq 哪里算流畅,该卡的时候还是卡
    lingeo
        24
    lingeo  
       9 小时 50 分钟前
    qqnt 是个大框架,electron 只是占了一部分,但是整队 electron 部分也是有优化。
    https://mp.weixin.qq.com/s/REHP26sx-8HjDIvGM63kJw
    jeesk
        25
    jeesk  
       9 小时 22 分钟前
    同样是 5nm 工艺,为啥三星和台积电差别那么大?
    同样是足球,为什么国内和巴西差别那么大?
    同样是 h5 页面,为什么淘宝和拼多多差别那么大?

    产品不行.
    fstab
        26
    fstab  
       9 小时 12 分钟前
    @crysislinux #15 dell 和 hp 的预装软件,真的是系统毒瘤,用过惠普的预装软件来管理驱动和更新 BIOS ,别说挺好用,但是就是太占用内存了。
    my101du
        27
    my101du  
       9 小时 7 分钟前
    @crysislinux 是的,这些 PC/打印机 大厂,明明是做硬件出身的,以前那些 qt 做的驱动安装包、性能管理工具多好用,瑞士军刀一样,刷刷快。

    前几年开始,intel / hp 等等,有一个骂一个, 不仅安装后占用体积巨大, 而且简单几个小按钮的界面,加载巨慢,估计都是为了降本增效用 Electron 重写了。
    fstab
        28
    fstab  
       9 小时 2 分钟前
    跨平台应用里面,感觉就 QQ 最流程,4.0 版的微信都差一点,大厂底蕴就是人才足够,一个问题可以不断深挖并解决。
    中小厂:能用就行,别 BB
    crysislinux
        29
    crysislinux  
       8 小时 36 分钟前 via Android
    @my101du 也不能说是 electron 的锅,不知道这些传统大厂在搞什么,并不复杂的界面能搞得那么卡也是个本事,像 slack ,discord 这些都挺流畅。
    realJamespond
        30
    realJamespond  
       8 小时 15 分钟前
    qq 不是虚幻 5 开发的么
    p1gd0g
        31
    p1gd0g  
       7 小时 59 分钟前
    飞书的交互本身就多一些?
    xgdgsc
        32
    xgdgsc  
       7 小时 34 分钟前 via Android
    用 Rust 导致的
    SonicKang
        33
    SonicKang  
    OP
       5 小时 17 分钟前
    @p1gd0g qq 交互模块也不少
    mingtdlb
        34
    mingtdlb  
       4 小时 55 分钟前
    @wnpllrzodiac #22 微信占用大这个有点尬黑,你作为厂商,必然希望数据存用户端啊,数量那么大,哪有办法都自己服务器,这是主要原因。优化点 重删 压缩这种,要有明显的量化,比如 1G 压缩到 0.2G ,这种很难的,优化到 0.7 ,你又感知不强。飞书 就不一样了,卡的感知特别明显 每次点击 肉眼可见的加载一下。
    mingtdlb
        35
    mingtdlb  
       4 小时 50 分钟前
    @datou #18 你睡迷糊了吗?我只说飞书卡成大便。。。没用 QQ 不知道,企业微信 微信我没感知。

    你提到了抖音,我就提一句,我认为抖音特别垃圾。就拿上次 9.3 阅兵来说,我看抖音卡的不行,还糊 当然你可以说抖音用户量巨大。然后我换到了 B 站,特别清晰,还不卡。(两边都没充钱)。还有抖音看视频断流,B 站 小红书都不存在,打游戏也没问题,所以这个不确定是抖音 app 问题,还是手机适配问题。
    SonicKang
        36
    SonicKang  
    OP
       4 小时 46 分钟前
    @ruib 比如切换会话,非常感知到飞书卡顿了一下
    siweipancc
        37
    siweipancc  
       4 小时 2 分钟前 via iPhone
    飞书曾经不卡的,至少我接触那会
    JsonNode
        38
    JsonNode  
       3 小时 53 分钟前
    巨卡,macOS 上拖动窗口卡死的 bug 好久了都没修
    SonicKang
        39
    SonicKang  
    OP
       2 小时 35 分钟前
    @siweipancc 我听有写字节朋友说他们内研了很多渲染技术,用在飞书文档。但是实际打开真是很慢。比墙外的 notion 还慢
    tanranran
        40
    tanranran  
       1 小时 4 分钟前
    以前 intel 的时候确实卡,换了 M4 PRO 之后 ,飞书流畅的一批,
    PaulSamuelson
        41
    PaulSamuelson  
       59 分钟前
    说明飞书的桌面开发人员的电脑配置更高。
    datocp
        42
    datocp  
       24 分钟前 via Android
    公司花了 10 多万买了飞书,那些双核电脑随便飞书一个进程就 70%。。。这下连电脑都要换了。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     3227 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 22ms UTC 11:12 PVG 19:12 LAX 03:12 JFK 06:12
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86