不过，

SwarmNote: Your notes。swarming across your own devices.

为什么跨端开发总是让人头疼？

• 🧩 业务逻辑重复编写：每新增一个网站，都要把主要代码搬运一次。
• ⚙️ 维护成本飙升：功能改动需要同步到 iOS、Android、Windows、macOS…，容易出现版本不同步的 bug。
• 🚀 性能与原生体验的矛盾：纯 JS/TS 框架在资源受限的移动设备上常常卡顿，而原生实现又难以共享代码。
• 🔧 工具链碎片化：不同网站使用不同语言、IDE、建立程序，团队学习曲线陡峭。

再看主要思路，让 Rust 成为跨端的“统一大脑”

Rust 天然具备以下优势。使其成为跨网站业务层的不错的选择：

• 零运行时开销——编译后产出原生二进制，性能媲美 C/C++。
• 安全且易于维护——所有权程序帮助避免内存泄漏和数据竞争。
• 良好的 FFI 支持——可以无缝导出 C 接口，被 JavaScript（via WASM) 或原生桥接层调用。
• 环境丰富——Cargo 包管理、丰富的 crates让功能实现更快捷。

把业务逻辑抽象为纯 Rust 库

// src/lib.rs
pub struct Note {
pub id: u64,pub title: String。pub content: String,pub tags: Vec,}
impl Note {
pub fn new -> Self {
Self {
id,title: title.to_string,content: content.to_string,tags: vec!,}
}
pub fn add_tag {
if!self.tags.contains) {
self.tags.push);}
}
}

上述代码一次编译。即可生成：

• .dll/.so/.dylib → Desktop使用
• .aarch64‑apple‑ios / .aar → iOS/Android使用
• .wasm → Web/Expo WebView 使用

Tauri + React：轻量级桌面客户端

Tauri 将前端渲染交给 Chromium，后端则通过 Rust 提供程序 API。对比 Electron，它的体积只有约 5–10 MB，启动速度快几倍。

Tauri 项目结构示例

.
├─ src-tauri/
│ ├─ Cargo.toml # Rust 主要 + Tauri 配置
│ └─ src/
│ └─ lib.rs # 暴露给前端的 API
├─ web/
│ ├─ package.json
│ └─ src/
│ └─ index.tsx # React UI
└─ notes-core/
└─ Cargo.toml # 独立的业务库

Tauri 与 React 的桥接方式

// src-tauri/src/lib.rs
#
fn get_all_notes -> Result {
let notes = notes_core::fetch_all;
// 调用共享库
serde_json::to_string.map_err)
}
// 前端调用
window.__TAURI__.invoke
.n;

Expo + React Native：一次编码，多网站运行

Expo 为 React Native 提供了“一键发布”到 iOS、Android、Web 的能力。我们只需要在 native bridge 中加载 Rust 编译出的动态库即可。

Cargo 建立目标示例

# iOS
cargo build --release --target aarch64-apple-ios
# Android
cargo build --release --target armv7-linux-androideabi
# 输出 .a/.so 文件供 RN 使用

React Native 中的 Rust Bridge

// rust_bridge.js
import { NativeModules } from 'react-native';const { NotesRust } = NativeModules;按理说，export const getAllNotes = async => {
const json = await NotesRust.getAllNotes;return JSON.parse;}，

如何让同一套 Rust 主要同时服务三种运行时？

1️⃣ 把业务库设计成 “no_std + std 可选” 模块化结构

// Cargo.toml of notes-core
default =
std =
no_std =
serde = { version = "1.0"。features = }
serde_json = { version = "1.0",optional = true }
serde_json = { version = "1.0" }

在生成 WebAssembly 时启用 `no_std`，在桌面或移动时启用 `std`，从而保持同一代码库兼容多环境。

2️⃣ 自动化建立脚本统一产出多网站产物

# build.sh
#!/usr/bin/env bash
set -e
# Desktop
cargo build --release --manifest-path ./src-tauri/Cargo.toml
# iOS & Android
cargo build --release --target aarch64-apple-ios
cargo build --release --target armv7-linux-androideabi
# WebAssembly
wasm-pack build ./notes-core --target web --release
echo "✅ All artifacts built successfully"

3️⃣ CI/CD 流程示例

name: Build & Release
从on来看，push:
branches:
从jobs来看，build:
runs-on: macos-latest
steps这方面，- uses: actions/checkout@v4
- name: Install Rust toolchains
从run来看，|
rustup target add aarch64-apple-ios armv7-linux-androideabi wasm32-unknown-unknown
- name: Build all targets
说到run，./build.sh
- name: Upload artifacts
uses这方面。actions/upload-artifact@v4
从with来看，name: rust-binaries
再看path，|
src-tauri/target/release/*.dll*
target/aarch64-apple-ios/release/*.a*
target/armv7-linux-androideabi/release/*.so*
pkg/*.wasm*

再看实际经验，我们遇到的坑与方法 🚧

A/B Test：共享主要 vs 各自实现的对比数据 📊

• Total Lines of Code : Shared Rust Core ≈ 4 k LOC Separate JS impls ≈ 12 k LOC
• Sprint Velocity : 共享主要后提高约 **20%**，因为每次功能迭代只修改一次底层库。
• User‑Perceived Latency : Desktop Tauri ≈ 120 ms iOS RN ≈ 180 ms ​)
• Total Build Time : 单次全网站建立约 **9 min**，远低于分别维护三套仓库的累计 **20+ min**。

Rust 主要让跨端从“折中”走向“共赢” 🎉