传输个东西老费事了，两设备先上线，选择传输的文件（夹），选择传输给哪个设备，，另一个设备去接收。。。我第一次用localsend竟然不会用。。。还不如everything开启http，另一台设备直接搜索下载。
对了，另一个存在的的意义是传输手机上装的软件，备份到电脑上，它可以把系统应用和装机app分开。
觉得输地址麻烦才用localsend的懒人在这里 
（设置中启用快速保存，就不需要在接收端额外点一次确认了）
我现在把localsend窗口绑定了快捷键（GestureSign 前置指定窗口），然后默认自启，最后把已有设备添加收藏
平常使用时电脑端快捷键呼出然后把分享文件拖进窗口，手机端长按分享然后选择localsend，相比以前使用 x-plore wifi分享啥的快了不少（主要是流程更加简短）
2 个赞
手机下载电脑的东西，电脑ip一般情况下是固定的，直接在手机浏览器点击书签打开地址，搜索后选择下载，就两步，，，
所以，网页版 snapdrop 多香
这不是 Localsend 的问题，是所有局域网传输应用的问题
没有发现一款可以像微信一样，不需要对方在线，可以直接发送的传输工具
其实应该是因为通过微信、QQ 发送的文件或消息是先上传到服务商的服务器，再由对方接收。
局域网中的的文件传输应该是点对点的方式吧，如果对方不在线，那么文件要发给谁呢？
如果您的意思是希望接收方不需要打开软件就能接收文件，那么可以设置让接收方的传输软件开机自启。比如，我平时用 KDE connect 在手机与电脑之间传输文件，电脑上的 KDE connect 是开机自启动的，电脑开机后能自动和手机连接。
如果您是希望接收端不开机、不联网也不影响文件的发送，那或许还是在局域网中一台一直开机的设备上部署一个文件传输服务、作为文件的中转站比较合适。
可以构建一个永远在线的中心端，然后任何设备都往里面传输文字，文件。
但是everything为什么下载那么丝滑呢？用户端打开局域网地址就两秒，然后选择下载。localsend发现局域网的设备远远大于这个时间。
我说的痛点是从用户角度出发的，没有考虑如何实现以及是否能实现。不管是 LocalSend 还是网页类的局域网传输应用，发送文件前都要先到接收方设备上打开相应的应用。这个“先打开”的步骤是冗余的，也很烦人。在电脑上常驻一个应用可能不是问题，但手机上的应用即使设置了锁定和自启动，经常也会被清理掉。因此，电脑端发送文件就变成了薛定谔的猫，对方设备到底在线与否，发送者只有在发送后才能知道，这种体验给人非常大的挫败感。
我的想法是不需要像微信一样，发送的文件可以在两三天后再接收。若能做到发送后几分钟以内，接收方设备上打开应用就能接收，就能减轻99%的痛苦。当然，你提到的局域网内有一个一直开机的设备，也是解决方案之一。
发现新大陆
我用everything，用户端何时上线都行啊，想下载了打开地址搜索就下载，一气呵成，接收文件的手机 没考虑过 手机在线不在线的问题啊。
那是因为文件都在电脑上，根本没有发送给手机。只有当您从手机访问 everything http 服务器的时候，您才向 http 服务器发送了一个传输文件的请求，电脑的服务器回应这个请求后文件传输过程才开始。
电脑装上everything，不需要先发送文件啊，选择共享的目录就ok。
手机浏览器打开电脑地址（保存到浏览器快速访问），搜索内容然后下载，很方便啊。
为什么想的这么复杂呢，这也是localsend逻辑做的这么复杂的原因。
所以everything的逻辑就很好。但是缺点是功能不完善，手机不能上传文件，
如果有其他设备上传文字，文件的功能，就好了。
我觉得可能在目前我们的讨论下，网络中只有两台设备收发文件。
everything 这种开一个服务器、大家向服务器发送或索取文件的方式，是一种星形拓扑结构，这需要中心设备作为服务器，一直在线。一旦中心设备离线，其他设备之间将无法通讯。
而在 localsend 的传输网络中，各设备的地位是平等的（可能有点 P2P 那种感觉），假如网络中有 A、B、C 三台设备，A 是否在线，不影响 B 与 C 的通讯。
鄙人认为，这两种组网逻辑，并无孰优孰劣之分，只是有不同的应用场景。比如您说的这种场景，不需要考虑电脑、手机之外其他设备之间的通讯，并且您的使用情景中电脑似乎是经常开机的，那么显然 everything 这种通过 http 服务器发送文件的方式更方便。
您可以试试其他的 http 文件传输服务器，比如 webd：
我记得 chfs 有简易的文本编辑器功能，可以创建文本文档并保存在服务器端，也算是一种传输文本信息的方式吧。
3 个赞
everything的http是中心服务器模式，通信过程中需要everything所在设备一直在线，所需的文件必须保留在everything所在的设备上，才可以通过ev的http获取到。
localsend、KDE Connet等软件可以不通过特定中心设备进行通信。
比如手机和平板的通信，后面一种情况不需要通过额外的设备进行通信
如果使用everything的http服务器的话，则需要电脑开机，一边通过其他手段上传文件到电脑，另一边从电脑上下载。
本质上电脑此时是作为服务器暂存了文件。qq微信的离线传输也是先把信息或者文件丢给服务器，服务器再下发的。
前一种情况 只需要两边设备都在同一个局域网内，软件在线即可。不需要额外设备进行中转保存。
qq 微信为什么传文件好用，本质上不在于其他，只是恰好两边都在线而已 
默认是基础组建而已
至于这个问题，你电脑应该是有线连接，电脑配置相比于移动端设备配置更高，且纯文本网页是没多少性能开销的。所以everything的http服务器会显得丝滑。且你操作移动设备时浏览器肯定在前台不涉及手机杀进程的问题；本质上everything服务器也不可能主动向移动设备发送文件
localsend、KDE Connet这类软件一般有一边的客户端是移动设备。且移动设备一般是被动接受，就存在客户端被系统干掉的可能（这在国产手机上极为常见）所以会显示发送失败的情况
为什么qq 微信没这个问题呢？ 有两点：
1.一般国产系统会给这俩加白名单，尽量保证它们留在后台，且都接入了各家的信息推送。
2.信息会优先丢给服务器，等上线后再尝试发送
2 个赞
嗯，电脑有类似everything的这种局域网传输思维，比如chfsgui，hfs，其他设备也可以上传文件图片，还是就以everything作为这种典型举例把，把我觉得everything更方便。其实手机上的好多局域网共享软件也都是这种思维，比如局域网精灵，局域网快传，目前就局域网快传app可以传输文字。
局域网做这个多麻烦啊
虽然看似很快，但这相当于要在发送端操作上传，还要在接收端操作下载。在我看来也同样有多余步骤，比较麻烦。
如果真的要追求极致的快（不考虑特殊网络情况），不如在常用主力设备之间维护一条长链接，实现：
- 电脑要发送，电脑上点击一下直接保存到手机里；
- 手机要发送，手机上点击一下直接保存到了电脑上。
一切传输只需操作一次，多舒服。
手机传文件到电脑呢？