企业官网建设流程全解析

从“U盘拷贝”到“秒传百兆”：我日常离不开的两款局域网传输与协同工具

如果你手头有两台以上的电脑、手机、平板，而且它们经常待在同一个Wi-Fi或者同一个路由器下面，那“文件传输”这件事绝对是你每天都在碰的高频需求。微信传文件要压缩画质，QQ传文件要登录，网盘上传下载绕一大圈，U盘拷贝费时间还不一定找得到接口。我一直觉得，局域网文件传输工具是那种“用一次就回不去”的效率神器，尤其是当你要给同事传一个2GB的项目压缩包、从手机倒几十张照片到电脑、或者在客厅和书房两台设备之间同步文档，本地传输的速度和稳定性都是互联网路径完全没法比的。

这篇文章我不会泛泛列一堆工具，就聊两款我自己长期在用的局域网文件传输与设备协同工具。一款主打“发现快、传得稳、零配置起步”，另一款主打“极致简单、全平台通吃”。我还会把选型时候的对比过程、每个工具真正用起来的操作细节、以及我踩过的坑都写出来。如果你也是多设备党，或者经常需要给身边的人传大文件，这篇文章应该能帮你少走不少弯路。

1. 内容整体设计与思路拆解

1.1 为什么局域网传输工具被严重低估了

很多人忽略了一个事实：你家或者办公室的局域网带宽，通常远远高于你的公网下行带宽。千兆局域网的理论速率是125MB/s左右，即便刨掉协议开销和无线衰减，实际跑到60MB/s以上也很常见。而你的宽带下行可能才100Mbps，换算下来也就12.5MB/s。换句话说，同样是传一个1GB的文件，走微信、网盘可能要五分钟十分钟，走局域网只需要二十秒。

但因为大部分人习惯了网盘和聊天软件的传输方式，局域网传输一直处于“没人搭桥”的状态。系统自带的SMB共享能用，但是配置门槛高、跨平台体验差，尤其是手机访问电脑共享文件夹，要么装第三方App，要么被权限问题劝退。专用的局域网传输工具存在的意义，就是把“底层明明很快”这件事，用最简单的方式还给普通用户。

1.2 我选这两款工具的筛选标准

从市面上能看到的局域网传输工具来看，做一个快速的对比如下：

我最终锁定了LocalSend和LANDrop。原因很简单：两者都支持Windows、macOS、Linux、Android、iOS全平台，都是开源的，都不依赖外网服务器做传输中继，设备发现走的是局域网组播，传输过程直接走局域网点对点。这保证了在任何没有公网的环境里，只要设备在同一局域网内，就能完成高速传输。

当然，这两个工具并不是简单的重复造轮子。它们在设计哲学上有明显差异：LocalSend更像是“功能完整的传输中枢”，自带接收目录设置、设备管理、历史记录；LANDrop则像“一次性抛掷工具”，打开、选文件、丢过去完事。正因为差异明显，我才会把两个都留下来，针对不同场景换着用。

1.3 关于“设备协同”这个关键词的理解

标题里写了“设备协同”，不只是传文件，还包括了设备之间共享剪贴板、快速打开对方设备上的应用、甚至把手机画面投到电脑上。严格来说，LocalSend和LANDrop都还是以文件传输为核心，但它们的跨平台设备发现机制，天然就是设备协同的基础。我在末尾会额外聊聊基于这两款工具延伸出的协同玩法，比如通过Windows防火墙规则让工具运行更稳、把传输目录映射成网络驱动器、配合自动化脚本做定时同步。这些内容配合文件传输本身，才算是完整的“设备协同”体验。

2. 核心细节解析与实操要点

2.1 LocalSend：可自定义、可脚本化的传输中枢

2.1.1 核心架构原理解读

LocalSend的实现思路很聪明。它不是一个“客户端/服务器”架构，而是一个去中心化的端到端传输系统。每个设备上跑的其实是一个轻量级的HTTP服务器和客户端。当你在手机A上点击发送时，A会通过mDNS（多播DNS）在局域网内广播自己的存在，同时查询局域网内其他设备的服务信息。B收到广播后，会把自己的IP、端口、设备名告诉A，然后A直接发起HTTPS连接，把文件推过去。

这个架构带来的直接好处是：

• 不需要注册账号、不依赖云端中转，没有服务器成本，也没有隐私泄露的中间环节。
• 因为是HTTPS加密传输，哪怕在同一个Wi-Fi下有其他人抓包，也看不到文件内容。
• 支持断点续传，所以大文件大批量传输时，偶尔网络抖动不会导致全盘重来。

但也因为用了HTTPS，LocalSend在第一次连接时会面临证书校验的问题。它的解决方案是自己生成一个自签名证书，所以你在接收端首次发送文件时，界面上会弹出提示让你确认指纹或者信任该设备。这个细节很多人不知道，导致第一次使用时误以为“是不是有毒”或者“是不是出bug”。其实这是正常的安全机制，就像你第一次SSH登录服务器时问你要不要接受host key一样。

2.1.2 安装与初始化配置

LocalSend的安装非常无脑。官网或者GitHub Release页面直接下载对应的系统版本，Windows是exe，macOS是dmg，Linux有AppImage和deb包，安卓在Google Play或者F-Droid都能找到，iOS在App Store直接搜。

安装完以后，第一件建议做的事不是急着发文件，而是进入“设置”把接收目录改到你真正想要的位置。默认情况下Windows会放到“下载”文件夹，但如果你经常要传工作文档，建议单独建一个D:\局域网接收之类的目录，并且开启“自动保存”功能。这样别人推过来的文件就直接落盘，不需要每台设备每次都点保存。

还有一点，如果两台设备不在同一个网段（比如一个连着主路由器，一个连着AP扩展出来的子网），mDNS广播可能穿透不过去，这时LocalSend的界面里就看不到对方。解决办法有两个：一是手动填写IP，二是把两个设备调到同一个网段。我后面会在问题排查章节细说这个坑。

2.1.3 传输操作步骤详解

传输操作本身很简单，但为了照顾没接触过的新手，我把完整链路拆成六步：

1. 确保两台设备连在同一个局域网（同一路由器/交换机下），最好能互相ping通。
2. 分别在两台设备上打开LocalSend。此时主界面会自动显示当前局域网里所有在线设备。
3. 在发送端点击“发送”按钮，选择文件或者文本内容。支持多选文件、文件夹（桌面端），也可以直接把文件拖拽到主窗口。
4. 从设备列表里选中目标设备，发起传输请求。
5. 接收端会弹出一条接收确认通知，点击接受后开始传输。
6. 传输完成后，接收端有提示音提示，文件自动进入你设置的接收目录。

这里有个容易被忽略的细节：如果你是第一次接收来自某台设备的文件，LocalSend会让你确认对方设备的指纹。确认过后，后续再传同一台设备就不会重复询问。Android端还可以开启“快速接收”模式，把某个来源的设备加入白名单，以后对方传文件过来会跳过手动确认，直接自动接收。这个模式在我给家人传照片的时候特别实用。

2.1.4 关键功能和参数说明

• 自定义设备名：在设置里可以改设备显示名称，比如“办公室PC”“客厅NAS”，方便在多设备环境里一眼识别。
• 下载目录设置：支持手势/命令行自定义路径，适合做接收自动化。
• 历史记录：会保留一定时间内的传输记录和文件清理入口，方便追溯。
• WebDAV模式：LocalSend内置了WebDAV服务器，开启后其他设备可以通过文件管理器访问，这已经属于协同功能了。
• CLI支持：Linux和Windows版本支持命令行调用，可以写脚本实现定时发送、同步任务。

2.2 LANDrop：极简主义者的局域网“投掷器”

2.2.1 LANDrop的设计逻辑和适用场景

如果说LocalSend像一个功能齐全的瑞士军刀，那LANDrop更像是一颗子弹。它的UI极其简单，打开后就是一个空荡荡的窗口，中间写着“拖拽文件到这里”或者“点击选择文件”。选择好文件后，它会自动扫描局域网内其他安装了LANDrop的设备，你点一下对方设备头像，文件就飞过去了。

LANDrop在技术实现上走的是另一种路线：使用Qt框架开发界面，核心传输逻辑用C++实现，设备发现同样基于mDNS。它没有LocalSend那么丰富的设置项，也不支持断点续传，甚至没有历史记录。但正因为简单，它成了我快速给手机发一张临时图片、给同事丢一个紧急文件时的首选。尤其是当接收方对电脑操作不熟练时（比如家里长辈的手机要存视频），LANDrop的交互路径更短，几乎不可能点错。

我也测试过它的传输速度。在同一5GHz Wi-Fi下，从Windows笔记本传给iPhone一部约700MB的视频，大约在12秒内完成，平均速度约58MB/s。虽然不如有线千兆那么惊艳，但在无线局域网场景里已经非常够用了。

2.2.2 LANDrop安装与系统支持情况

LANDrop的跨平台能力同样出色：Windows、macOS、Linux、iOS、Android全都有。但有个地方要特别提醒：Linux版本官方只提供了AppImage和Flathub包，部分Ubuntu发行版上运行的时候，如果系统缺少FUSE库，AppImage会启动失败。解决方法是先安装libfuse2，或者直接通过Flathub安装。

Android端需要自己在官网下载APK安装，国内应用商店基本没有上架。iOS端在App Store直接搜LANDrop就能找到。

LANDrop对老设备的兼容性也还可以。我试过在树莓派4B上跑Linux版，虽然界面渲染比较慢，但作为接收端稳定运行没问题。这一点很适合做一些无人值守的“文件收集节点”。

2.2.3 实际操作细节与避坑指南

实际操作中，我发现LANDrop有几个细节值得注意：

• 手机锁屏后，LANDrop会断开或进入后台休眠状态，导致电脑端发送文件时一直显示“等待接收方”。这其实不是软件的bug，而是移动端系统对后台进程的限制。解决办法是发送前先把手机屏幕点亮，或者把LANDrop加入后台运行白名单。
• 如果接收端Windows开启了防火墙却忘记放行私有网络，LANDrop会一直显示“无法连接”。安装时它一般会弹出Windows安全警报，很多人手滑点了“取消”，后面就怎么都连不上，只能去“防火墙高级设置”里手动添加规则。
• LANDrop不支持断点续传。如果文件传了一半Wi-Fi断了，只能重新传。所以我在传超过5GB的大文件时，会优先用LocalSend而不是LANDrop。但在传百兆级文件时，LANDrop的简洁反而是一种优势：没有多余的二次确认弹窗，拖文件、点头像、完成，三步解决。

3. 实操过程与核心环节实现

3.1 局域网环境准备：从“看不见设备”到“全设备可见”

不管是LocalSend还是LANDrop，要顺畅工作，第一步都是保证设备间能“互相看见”。这里我推荐大家在正式使用前，先做一次简单的局域网自检，避免后面测试时找半天原因。

3.1.1 检查局域网网段和IP分配

在发送端打开命令行（Windows按Win+R输入cmd，macOS/Linux打开终端），输入：

ipconfig # Windows ifconfig # macOS/Linux

看一下当前网卡获取到的IPv4地址。比如你的电脑是192.168.1.10，那你的手机也应该在192.168.1.x这个网段范围内。如果手机显示的是192.168.2.x，说明手机实际上连了另一台路由器或者AP（比如客厅的无线扩展器），两个设备并不在同一个二层广播域，mDNS自然无效。

这种情况下的解决方案有两种：

1. 把手机/电脑切到同一个路由器/AP的同一网段。
2. 使用支持“跨网段发现”的工具（LocalSend支持手动输入IP，LANdrop不太行）。

3.1.2 检查防火墙是否拦截局域网入站流量

Windows防火墙经常是“看不到设备”的头号元凶。哪怕你在同一网段，防火墙默认拦截了UDP 53317端口的入站流量，对方设备照样收不到你的广播包。

我建议在安装完这两款工具后，手动确认一下防火墙规则。以Windows 11为例：

1. 打开“Windows安全中心”，点击“防火墙和网络保护”。
2. 点击“允许应用通过防火墙”。
3. 在列表里找到LocalSend或LANDrop，确认“专用”网络那一栏的复选框是勾选状态。

如果列表里没有，可以点击“允许其他应用”手动添加安装目录下的exe文件。很多教程不会提到这点，但这是我实际调试中遇到频率最高的问题。

3.1.3 无线网络环境优化

无线局域网下的传输速度，很大程度取决于你的路由器是否支持5GHz频段、信号是否稳定。我做过一次对比：同一台电脑通过网线连路由器，手机用5GHz Wi-Fi连接，从LocalSend传一个1.2GB的视频，速度稳定在52MB/s左右；如果把手机切到2.4GHz频段，速度直接掉到7MB/s。

所以如果你对传输速度有要求，务必：

• 让所有设备连5GHz频段（如果路由器没有双频合一开关，记得把2.4GHz和5GHz的SSID区分开）。
• 减少无线干扰，比如路由器周围不要放电机、微波炉等大功率电器。
• 路由器开启WMM（Wi-Fi多媒体）选项，确保大文件传输时的QoS优先级。这个问题在部分老路由器上尤其明显，不开启WMM会导致大包延迟严重。

3.2 LocalSend实战复盘：传一个大文件夹的完整链路

这里我以一个真实场景来复盘：把办公电脑上的一个“项目资料”文件夹（大概2.8GB，里面包含1000多张图片和几十个文档）传到另一台办公室电脑。

3.2.1 准备阶段

两台电脑都安装LocalSend后，我先把其中一台的接收目录改成了D:\共享接收\，然后开启“自动保存”。这一步很关键，否则对方点接收后还要二次选择保存路径，效率就低了。

3.2.2 发送阶段

在发送端直接拖拽整个文件夹到LocalSend窗口，软件会自动压缩打包为ZIP格式（在桌面端默认行为），然后列表里出现了三台在线设备，选中目标电脑，点击发送。

接收端弹窗提示接收到文件夹请求，因为之前已经验证过指纹并加入可信列表，接收端只需要点一个“接受”，传输就开始。整个过程从拖拽到开始传输大约用了5秒。

3.2.3 传输速率与稳定性观察

实际传输2.8GB用了大约47秒，平均速率约61MB/s，接近千兆有线局域网的实际速率上限。传输过程中我切换了一下Wi-Fi，速率有短暂波动，但LocalSend的断点续传机制没有让任务失败，而是自动重传了尾部数据块。

传输完成后，接收端自动解压ZIP并弹出了目标文件夹。文件数量、大小一个不少，连中文文件名都完好。

3.3 LANDrop实战复盘：手机照片快速导入电脑

再记录一个我很常用的场景：手机相册里有300多张照片，想快速导入电脑整理。

用数据线的话需要解锁、验证、选择模式，很繁琐。用微信的话一次最多发9张原图，300张要折腾半小时。而用LANDrop的话，整个流程是这样的：

1. 电脑端打开LANDrop，界面显示“等待接收”。
2. 手机端打开LANDrop，点击“照片”按钮，系统弹出照片选择器，按住多选（Android端可以直接全选）。
3. 选中后点发送，设备列表里自动出现电脑的设备名，点击发起传输。
4. 电脑端会弹出一条接收提示，点击“接受”或“全部接受”，然后所有照片按时间顺序批量落盘。

实测300张照片（平均每张4MB左右，共约1.2GB）传输耗时约25秒，平均速率约48MB/s。相比数据线导入，省去了驱动识别和系统校验的时间；相比微信发原图，省去了压缩画质的损失。

3.4 设备协同延伸：结合自动化脚本做定时同步

除了“人点到人”的传输，这两款工具配合系统脚本还能实现设备间的自动化同步。比如我每周五下班前，会把办公电脑上的“周报”文件夹自动发送到家里的NAS（Linux系统上跑着LocalSend的CLI版本）。

LocalSend的Windows命令行版支持类似这样的参数调用：

localsend send --ip 192.168.1.100 --file D:\workspace\周报.zip

配合Windows任务计划程序设置每周触发，到点自动跑一次。家里NAS端设置“自动保存”，文件到了就直接存到指定目录。

这个玩法对程序员或者习惯自动化办公的人特别实用。你在公司加班整理好的资料，不依赖任何云盘，人还没到家，文件已经躺在家里设备上了。相比网盘，这种方式的隐私性也更好，毕竟文件只在自己的局域网里流动。

4. 常见问题与排查技巧实录

4.1 速查表：局域网传输工具的经典问题

4.2 排障实录一：Windows防火墙导致的LocalSend静默失败

我帮同事配置的时候遇到过一个问题：两台Windows电脑，同一网段，LocalSend能互相看到对方设备列表，但每次发送文件，接收端都弹不出确认框。发送端一直转圈，最后提示超时。

排查了一轮，发现两台电脑装的安全软件把LocalSend的入站TCP连接拦了。虽然mDNS广播能发出去，所以设备列表能看到对方，但真正传输数据要建立TCP连接，一建立就被安全软件掐断。解决办法是在安全软件里把LocalSend加入信任区，同时放行TCP 53317端口。

这个案例让我意识到一个重要的排查顺序：先看设备列表“能不能发现”，再看传输“能不能建立连接”。能发现说明广播层没问题，连不上说明传输层被拦截了。

4.3 排障实录二：路由器的AP隔离让一切工具失灵

朋友家用的路由器开了“访客网络”模式，手机连的是访客Wi-Fi，电脑连的是主人Wi-Fi。这两个网络虽然都由同一台路由器发出，但在二层是隔离的，设备之间不能互访。这种情况下，LocalSend和LANDrop都会显示“找不到设备”。

很多人会把这种问题归结为“软件不好用”，其实根源在网络架构。解决办法是把手机调到主人Wi-Fi，或者在路由器后台关闭AP隔离（一般叫“无线隔离”或“AP Isolation”）。开了AP隔离的路由器，任何局域网传输工具都会失灵，这不是换个软件能解决的。

4.4 排障实录三：iPhone下LocalSend发送文件无法呼出系统分享界面

iOS端的LocalSend在“发送”页面选文件时，会调用系统的文件选择器。如果你点击发送后没有任何反应，大概率是系统权限没给足。你需要到“设置” -> “隐私与安全性” -> “文件与媒体”里，把LocalSend的访问权限打开。

还有一个很低级但常见的坑：iOS的AirDrop太显眼了，很多第一次用LocalSend的人其实是在AirDrop列表里找半天没找到，才以为LocalSend没检测到设备。AirDrop是苹果生态专属，只能苹果设备互传，LocalSend是跨平台的，两者的设备发现机制完全不同。

4.5 独家避坑提示：传输大文件时的“表面成功”

我在长期使用中特别注意到一个现象，就是接收端显示传输完成，但打开文件后发现文件大小不对。这种情况多发生在无线环境不稳定的时候。LocalSend虽然设计了校验机制，但默认不强制校验。建议在“设置”里把“传输完成后校验”开启，多花几秒钟换来文件完整性保障。

LANDrop在大文件传输上就没有这么完善了，它没有校验机制，传坏就只能重传。这也是我为什么只把LANDrop定位成“快速小文件工具”，大文件一律交给LocalSend。

5. 局域网协同的更多打开方式

很多人以为这两款工具就是“传文件用的”，但局域网协同的实际价值远远不止传文件。我把自己用下来的几个协同场景补充在这里，希望给你一点启发。

5.1 跨设备剪贴板同步

LocalSend支持发送“文本”而非只有文件。你可以在手机端复制一段文字，然后通过LocalSend发送文本到电脑端。虽然不像某些专用“剪贴板同步工具”那样全自动，但胜在不需要安装额外客户端、不需要登录账号。

如果你需要真正意义上的实时剪贴板同步，也可以考虑LocalSend的WebDAV功能加一个同步脚本，但那就比较重度了。我自己日常更多是“复制验证码 -> 通过LocalSend文本发送 -> 电脑粘贴”，三步走，已经比手动输入强很多。

5.2 大文件分卷传输与合并

如果你要传的文件超过10GB，单个发送不仅风险大，耗时长，还可能因为接收端磁盘格式限制（比如FAT32的移动硬盘单文件上限4GB）而失败。我的做法是先用压缩工具把大文件分卷成多个2GB的包，再用LocalSend批量发送。

Windows可以用WinRAR或者7-Zip的分卷压缩功能；macOS可以用终端命令split -b 2G 文件名 分段前缀。接收端拿到所有分卷后，再合并解压。这个方案虽然笨，但在我没有公网服务器、又要给异地朋友传大文件时意外地好用——先通过局域网传到另一台有更好上行带宽的机器，再由那台机器继续分发。

5.3 把接收目录映射为网络驱动器

在Windows上，你还可以把LocalSend的接收目录共享出来，通过SMB协议映射成一个网络驱动器。这样，无论是手机还是另一台电脑，都能直接访问接收目录里的文件，实现了“传完即同步、同步即可用”的效果。

具体操作是：

1. 在接收目录上右键 -> 属性 -> 共享 -> 高级共享，勾选共享此文件夹。
2. 给共享目录设置一个简单的共享名，比如ShareRecv。
3. 在另一台电脑的资源管理器地址栏输入\\接收端IP\ShareRecv，输入凭证后就能访问。

这个玩法配合LocalSend的自动保存，几乎等于搭了一个轻量级NAS。平时把需要归档的文件拖给LocalSend，它们就会出现在网络驱动器里，之后任何设备都能直接读取。

5.4 与局域网打印机、投屏等设备共存的网络规划

很多人在办公室环境还涉及局域网共享打印机、投屏设备。建议不要把局域网传输工具和这些设备的网络混在一个冲突的网段。如果你公司网络划分了多个VLAN，让手机和电脑在同一个VLAN里，打印机在另一个VLAN，那传输工具可能找不到打印机投屏设备，但文件传输工具依然正常工作。影响文件传输的只有“两条链路是否二层互通”，跟打印机和投屏不在同一VLAN关系不大。

不过在纯二层互通的局域网里，传输工具发的mDNS广播流量其实很小，不用担心它会影响打印机和投屏。这一点我实测过——在开了几十台设备的办公室，长时间跑LocalSend，打印任务和投屏都没有明显延迟。

6. 关于文件传输安全与隐私，我踩过的几个坑

安全这块不能跳过。虽然局域网传输比公网有更强的私密性，但它不是绝对安全。我遇到过一些情况，在这里提醒大家。

6.1 不要无脑开“自动接收所有设备”

LocalSend和LANDrop都有“自动接收”或者“免确认”选项，确实方便，但一定不要对“所有设备”开启。开启后，只要局域网内任何一台装了同样工具的设备发文件过来，你的电脑就会自动接收，包括病毒脚本、恶意文件。更可怕的是，如果你还开着WebDAV，对方甚至可能直接浏览你共享出来的整个目录。

我的建议是：自动接收只对“可信设备”开启。LocalSend支持白名单模式，将家里的另一台电脑、自己的手机加入白名单即可。其他人的设备保持手动确认。

6.2 不要在公开Wi-Fi环境下传敏感文件

咖啡厅、高铁站这种公开Wi-Fi网络，哪怕你用了传输工具的HTTPS加密，也挡不住同一个Wi-Fi下的恶意节点对你设备做ARP欺骗或流量劫持。局域网传输工具默认信任的是“同一局域网内的环境安全性”，这本身就是一个边界条件。只要跨出了这个边界，就别谈安全了。

如果必须在公共网络下传文件，我的建议是：不要依赖局域网工具，直接用端到端加密的网盘或者U盘物理拷贝。

6.3 关闭不使用时的传输工具进程

有些时候，你只是偶尔需要传一次文件，传完就关掉工具进程，别让它在后台一直监听端口。尤其在公司内网，一台无人值守的电脑开着文件接收端口，本质上就是一个安全隐患。哪怕这个工具没有后门，长期开放端口也会增加被其他局域网页本扫描碰到的概率。

我现在的习惯是用完就关，或者只在需要传输的几分钟内打开。虽然多了一步，但安心很多。

6.4 关于“局域网共享一键通”这类一键配置工具的谨慎使用

网上有不少号称能一键开启局域网共享的工具，但我不建议在工作中随意使用这类产品。很多一键工具为了简化操作，会修改系统防火墙策略、开放共享权限，甚至关闭某些安全设置，容易给内网环境留出很大的攻击面。我自己更倾向于直接用LocalSend这类专用工具，或者手动用Windows自带的SMB共享配置，两者都可控、可查、可逆。遇到共享权限问题，宁可查官方文档慢慢解决，也不要去网上随便下一个绿色小工具来“一键修复”。

7. 最后的实操心得与建议

回到题目本身，“2款局域网文件传输与设备协同工具”，我最想表达的核心观点是：不要迷信任何一个“万能”工具，按场景选择才是效率最优解。

目前我的固定组合是：LocalSend负责大文件、跨平台批量传输、定时任务和WebDAV协同；LANDrop负责快速小文件、临时给同事家人丢照片、以及需要极简交互的场景。这两个工具都不是完美的，但它们互补后的使用体验，已经远远超过了过去用微信传文件、U盘拷贝的做法。

如果你刚开始接触局域网传输，我建议你按照这个顺序上手：

1. 先装LocalSend，把两台设备调到同一网段，把防火墙放行搞定，感受一下60MB/s的局域网传输速度。
2. 然后下载安装LANDrop，体会一下“极简拖动”的爽快感。
3. 最后再根据你的实际需求，决定是否要开启WebDAV、是否要写自动同步脚本。

在把手机照片导入电脑这件事上，我个人的强烈建议是：一旦你用惯了LANdrop，你就再也不想打开微信的“文件传输助手”了。画质不压缩、批量不限制、速度顶得上数据线，这才是局域网文件传输工具该有的样子。

最后分享一个小技巧：如果你经常在不同网络环境之间切换（比如公司、家、咖啡厅），建议在上述工具里关闭“自动启动时获取设备列表”，改为手动刷新。因为每次切换网络后，工具缓存的旧设备信息可能导致误判和卡顿。手动刷新一下，干净利落。