LocalSend完全脱离互联网运行，仅依赖本地网络连接实现设备发现与HTTPS加密传输。它通过UDP多播自动发现局域网内设备，建立点对点TLS 1.3加密通道，支持Wi-Fi热点组网、WebRTC直连及零账号无状态运行。

如果在使用LocalSend时担心网络隐私或受限于无互联网环境，则需明确：LocalSend设计初衷即为**完全脱离互联网运行**。它仅依赖设备间已建立的本地网络连接（如Wi-Fi、手机热点或以太网），所有通信均在局域网内完成，不访问任何外部服务器。以下是其离线局域网传输原理的详细说明：

一、基于本地网络发现与直连通信

LocalSend利用局域网内的多播（UDP）机制实现设备自动发现，各端通过广播自身服务信息并监听其他设备广播，从而构建可识别的设备列表。该过程不依赖DNS、DHCP服务器或互联网路由，只要设备处于同一广播域即可完成握手。

1、启动LocalSend后，应用立即向本地子网发送UDP多播探测包；

2、同一子网内运行LocalSend的设备收到探测包后，返回包含设备名称、IP地址和端口的服务响应；

3、主设备将响应解析为可点击的设备条目，显示在界面中（如“Steady Pine #42”）；

4、用户选择目标设备后，发送端直接通过对方返回的IP与端口发起HTTPS加密连接。

二、采用点对点HTTPS加密传输

LocalSend在设备间建立的是端到端HTTPS连接，证书由应用动态生成并本地验证，无需第三方CA签发。所有文件、文本、文件夹元数据均经TLS 1.3加密后直接在两台设备之间传输，中间不经过任何中继节点或云服务。

1、发送方生成临时RSA密钥对，并用其签署自签名证书；

2、接收方首次连接时校验该证书指纹并提示用户确认信任；

3、双方协商会话密钥，后续全部数据流均在此加密通道中完成；

4、传输结束后，临时证书与密钥自动销毁，不留持久化凭证。

三、支持纯离线热点组网模式

当无路由器可用时，LocalSend仍可通过设备创建的Wi-Fi热点构成临时局域网。例如Android手机开启个人热点，Windows电脑与另一部Android设备同时连接该热点，三者即形成一个封闭子网，LocalSend可正常执行发现与传输。

1、一部Android设备开启便携式Wi-Fi热点，设置SSID与密码；

2、其余设备连接该热点，确保IP地址属于同一网段（如192.168.43.x）；

3、所有设备启动LocalSend，等待约5–10秒完成相互发现；

4、任意设备均可作为发送端或接收端，无需指定主从角色。

四、协议层融合UDP与WebRTC能力

LocalSend在底层混合使用UDP多播（用于设备发现）与WebRTC DataChannel（用于大文件稳定传输），兼顾低延迟与高吞吐。WebRTC在此场景下不依赖STUN/TURN服务器，而是通过局域网IP直连完成ICE候选交换，彻底规避公网依赖。

1、UDP负责初始广播与心跳保活，维持设备在线状态；

2、用户触发传输后，LocalSend启动WebRTC信令流程，交换SDP与ICE候选；

3、因所有设备位于同一子网，ICE直接选取host候选（即本机局域网IP），跳过NAT穿透步骤；

4、DataChannel建立后，文件被分块加密并并行推送，实测可达局域网物理带宽上限。

五、零账号体系与无状态运行机制

LocalSend不保存用户身份、不绑定设备ID、不上传日志、不采集设备信息。每次启动均为全新会话，关闭应用即清除全部运行时状态。所有配置（如偏好设置）仅存于本地文件系统，且默认路径不涉及云端同步目录。

1、安装后首次运行不弹出注册窗口，不请求手机号或邮箱；

2、设备名称由应用随机生成（如“Bold Oak #89”），可手动修改但不上传；

3、传输历史仅保留在本地数据库中，未启用跨设备同步功能；

4、卸载应用后，残留配置文件需手动删除，系统不会自动备份至iCloud、OneDrive等平台。