• 请不要在回答技术问题时复制粘贴 AI 生成的内容
Cheez
V2EX  ›  程序员

2026 第二季度了,移动端开发你会选择 flutter 还是 react native?

  •  
  •   Cheez ·
    PRO
    · 12h 21m ago · 2540 views
    46 replies    2026-06-01 23:16:10 +08:00
    Leon6868
        1
    Leon6868  
       12h 8m ago
    这个对比就是扯淡,随便捉几个虫:
    - RN For Windows 基本无法使用
    - Flutter 鸿蒙可用
    而且现在真的还有人用纯血 RN 吗?我个人认为 RN 扩展性不如 Web APP ,性能不如 Flutter ,现在前景堪忧。
    iOCZS
        2
    iOCZS  
       11h 54m ago   ❤️ 1
    RN 目前仍然是全球用户量最大的移动开发框架
    jackOff
        3
    jackOff  
       11h 48m ago
    纯 web 当然是一个代码通杀好,软硬件混合的这种 app 就死了这条心吧
    tengxun
        4
    tengxun  
       11h 48m ago
    我面试 android 时候感觉,flutter 跟原生基本是各占一半.
    murmur
        5
    murmur  
       11h 39m ago
    H5 一把梭
    Nasdaq
        6
    Nasdaq  
    PRO
       11h 38m ago
    闭眼睛 Flutter
    Cheez
        7
    Cheez  
    OP
    PRO
       11h 38m ago
    @Leon6868 还有这种事? 我看 https://microsoft.github.io/react-native-windows/resources-showcase 里面, Windows 自己的 Xbox 应用就是采用 React Native 编写的, 是有什么坑吗
    fangqiu1992
        8
    fangqiu1992  
       11h 37m ago
    flutter 是有鸿蒙版本的 可以参考一下 https://gitcode.com/openharmony-tpc/flutter_flutter
    stimw
        9
    stimw  
       11h 33m ago   ❤️ 1
    我不是专业的客户端开发,这里不从找工作的角度,单纯自己开发:

    我选 RN:

    - web 和 tailwind 生态,AI 友好
    - 同样得益于 web 和 tailwind 生态,桌面端我可以用 tauri ,electron 等,web 端也可以写少量代码去适配,样式完全可以复用。我也不需要用 RN 去写桌面端。
    - flutter 因为是自绘的,样式统一性确实更容易,但是这个见仁见智吧。rn 使用原生组件有原生组件的好处,ios 用户大概会比较喜欢原生的东西,比如 flutter 至今在液态玻璃上还没官方解决方案: https://github.com/flutter/flutter/issues/170310
    - Expo 很好用
    - 第三方 SDK 接入通常更顺手,很多 SDK 通常先有原生 iOS/Android ,其次 Web/JS ,再其次才是 Flutter 插件

    当然 flutter 也有很多好处,得益于自绘,复杂动画、图标的性能更好。
    Cabana
        10
    Cabana  
       11h 28m ago
    有没没人用 comose
    zdjohn001
        11
    zdjohn001  
       11h 26m ago
    flutter ,不用管各种适配挺爽
    Rust2015
        12
    Rust2015  
       11h 23m ago
    @stimw 你的理由,无法是 RN 基于 JS ,成本更低,而已
    stimw
        13
    stimw  
       11h 12m ago
    @Rust2015 这么说也没问题,这两个框架的本质区别就是:
    - RN 是 Web 技术栈描述界面,然后映射到原生平台能力
    - Flutter 是完全自绘自合成的

    其他所有理由都是这个本质区别的衍生品。
    Cheez
        14
    Cheez  
    OP
    PRO
       11h 10m ago
    @fangqiu1992 @Leon6868 Flutter2 鸿蒙 已补充
    darkce
        15
    darkce  
       10h 7m ago
    我的 6 个 App 都是用的 RN ,
    选 RN 的理由:
    1. UI 使用原生组件而非自绘,在 iOS 上与原生应用的体验几乎一致,特别是 iOS 26 的液态玻璃效果。
    2. 使用 JS/TS + React ,开发效率、学习成本更低。
    3. 我只开发安卓/iOS ,其他平台(鸿蒙、Windows 、Macos 、Web )倾向于使用各自的原生代码实现
    Cheez
        16
    Cheez  
    OP
    PRO
       10h 0m ago
    @darkce 你提到其他平台用原生代码实现,那跨平台的成本优势不就打了折扣吗?这个边界怎么把握?
    tntRocket
        17
    tntRocket  
       9h 59m ago
    kmp 呢
    xayoung
        18
    xayoung  
       9h 59m ago
    如果只面向海外用户,我推荐 基于 RN 的 expo ,基础的框架都搭好了,像搭积木一样拼起来就行,可以快速出活
    xianyv
        19
    xianyv  
       9h 57m ago
    @tntRocket 桌面端就是一坨屎(仅代表个人意见)
    abel533
        20
    abel533  
       9h 52m ago
    发现 tauri2.0+react 生成的安卓安装包很小。
    zhuhaohenry
        21
    zhuhaohenry  
       9h 51m ago
    现在 AI 这么强了,为什么不直接原生,让 AI 翻译代码就行了
    hankhe525
        22
    hankhe525  
       9h 49m ago
    肯定 Flutter ,RN 烂尾了
    ExplodingDragon
        23
    ExplodingDragon  
       9h 16m ago
    RN 的可用性和隔壁的 kotlin compose-multiplatform 一个级别的,没法用,ai 可帮你简单解决不了各种诡异的 ffi 跨平台调用
    darkce
        24
    darkce  
       9h 11m ago
    @hankhe525 谁说烂尾了
    purringpal
        25
    purringpal  
       9h 11m ago
    AI 时代以前,RN 被拥簇很大一部分原因是因为 web 前端开发者太多了,人力成本有优势
    AI 时代以后,还用 RN 属于没苦硬吃。
    darkce
        26
    darkce  
       9h 10m ago
    @ExplodingDragon 我的 App 都是属于 RN 的,MRR 5 位数,怎么就没法用了
    darkce
        27
    darkce  
       9h 8m ago
    还有一个,现在 RN 全面转向新架构了,不存在 JS 与原生桥接性能损耗问题了
    jenhe
        28
    jenhe  
       9h 6m ago
    flutter AI 写的 6 的飞起,我写一个虎扑 APP ,只需要一个礼拜,全程 AI vibe coding
    iwh718
        29
    iwh718  
       8h 56m ago via Android
    rn 。因为我从原生转过来七年多了。明天可能就转行了。😆
    iwh718
        30
    iwh718  
       8h 55m ago via Android
    @Cabana 是 compose 吗。
    zhengmin4516
        31
    zhengmin4516  
       8h 55m ago   ❤️ 1
    假对比,真引流,2333333
    iwh718
        32
    iwh718  
       8h 55m ago via Android
    @Leon6868 windows 还是用 eletron 吧。rn 的 win 基本上放弃的状态。
    zed1018
        33
    zed1018  
       8h 46m ago
    正好今年确实是新开了 app 的坑,选的 RN 。
    binhb
        34
    binhb  
       8h 43m ago via iPhone
    之前会选 flutter ,现在会选原生。
    不想原生开发就去搞 web 。
    jonssonyan
        35
    jonssonyan  
       8h 17m ago
    我选择 RN 原因两个
    1. 主要原因:React + Tailwind 生态,可以同时做 App 和网站
    2. 体验接近原生,Flutter 的 App 体验起来明显能感觉出来
    peterrika
        36
    peterrika  
       8h 11m ago
    大模型时代还需要跨端开发框架吗?
    firefox12
        37
    firefox12  
       8h 7m ago
    我以为除了 ai 没人讨论技术了。
    Cheez
        38
    Cheez  
    OP
    PRO
       7h 40m ago
    @peterrika 如果不跨端的话,难道要花几倍的 tokens 一个一个做吗?
    honjow
        39
    honjow  
       7h 17m ago
    肯定是选择 flutter 啊
    LandCruiser
        40
    LandCruiser  
       7h 13m ago
    @Cheez 如果你需要一个框架跨这么多端,那不用想了,你的项目对技术,性能要求极低,会什么用什么吧。
    xingdaorong
        41
    xingdaorong  
       5h 51m ago
    @darkce 特别是 iOS 26 的液态玻璃效果,感觉这个功能不是必要的
    iszengmh
        42
    iszengmh  
       4h 39m ago
    国内开发的基本还是选 flutter 吧,如果你用的 react 相关的话,我面试基本遇不到有用 react 的,别说 native ,连正常网页开发都用 vue ,除非是一些外企
    darkce
        43
    darkce  
       4h 21m ago
    @xingdaorong 开发 iOS 应用的话是必要的
    yplam
        44
    yplam  
       4h 20m ago
    Flutter ,外加 Golang / Rust / C++ 做跨平台 FFI ,我用这种模式做过几款跨平台 App ( Windows / Linux / Android / iOS) ,可以考虑一下 ,特别是 Flutter Sendport + Tokio 用来实现 Async 很丝滑。不过我的都是功能型应用,譬如异步 IO ( IOCP/epoll/kqueue ), QUIC, LibP2P, BLE ,串口之类,没有那种丝滑的 UI 需求(但能支持 1M 数据点的 line chart 实时刷新展示)。
    lightyisu
        45
    lightyisu  
       3h 37m ago
    年经贴来了 我还以为要看不到了
    locoz
        46
    locoz  
       2h 34m ago
    无所吊谓,反正 AI 写,爱用啥用啥,能给出我要的效果就行
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1184 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 125ms · UTC 17:50 · PVG 01:50 · LAX 10:50 · JFK 13:50
    ♥ Do have faith in what you're doing.