2017.3.22 更新：
今天看到 V2 上有人问串流服务端用什么软件好，突然想起来我这坨文章需要更新下了😆
我现在用 Nginx，在 rpi NAS 上很快。和之前用 FTP、SMB 比起来，Nginx 的权限问题少的多，传输速度也是起飞，通用性就更不用说（哪个终端还不支持 HTTP 了？），资源占用也是超低。
应该说，局域网里对权限没特殊需求的话，Nginx 和 NFS 才是首选！

2016.10 更新：
Linux 无线网卡开热点的问题已经解决了（看 –> 这篇），现在在 Linux 使用 FTP 即可。

2016.5.13 更新：
在 Windows 系统中局域网共享文件，除了自带的 SMB 方式，也可以采用 FTP 。虽然 Windows 自带 IIS 管理，但是我感觉这个工具很是难搞，除了防火墙以外，目录权限问题、访问控制、登录验证等等都不是一般的复杂，我从未解决过这些问题开启 FTP 。但是可以借助第三方工具 —— FileZilla，它是 GPLv2 下发布的自由软件，在 Windows 平台同时提供 Server 和 Client 端。配置好防火墙、目录、权限和端口映射，设置好 FTP 账户，就能通过它顺利地在局域网中共享文件了。

经我亲自测试， FTP 传输速度远比 SMB 高（理解不能？）。同一网络下分别登录 SMB 和 FTP ，通过 Stream 方式播放同一个高清视频文件，二者效果差距惊人： SMB 卡成 PPT ， FTP 依然流畅。但是普通 FTP 共享的缺陷也很明显 —— 路由必须映射相关端口，否则被动模式受阻，不能分享文件，这也导致在无法直接控制路由的公共局域网下（比如学校单位等内网……嘿嘿嘿），无法私自架设 FTP 共享服务。在对传输速度要求并不高的一般使用场景中，显然应该优先使用 SMB 。

FileZilla 的 Windows 服务端可以自行选择添加服务，通过 Service 运行，这样 FTP 就能在后台静默稳定运行了；
它还支持多线程传输，但我用它来串流视频，所以就只能用到单线程啦，然而单线程的速度还是肥肠可观的。

PS: 目前我还在用 Windows 开热点的方式串流视频… 什么？为什么不用 Linux？ Linux 搞文件共享不是简单多了么？因为我只有一个笔记本，而 Linux 下开热点的坑还没踩过去，所以暂且只好用 Windows 啦。那为什么非要开热点，不能用路由器么？之前说了，我的路由器太渣，转发延迟丢包太厉害，也没钱买高档的。(:з」∠)要不哪位豪友来赞助下？

2016.4.8 更新：
其实我发现 Windows 自带 SMB 文件共享功能，开启后在手机端文件管理器使用 Windows 本地账户登录，就可以进行直接读写，一般的应用速度基本上和 直接使用 PC 无异。相比之下，串流其实繁琐的多。

躺床上用手机看美剧，除了用 bt 迅雷百度云下视频文件……国内根本没有在线播放源 (╯‵□′)╯︵┻━┻。虽然我硬盘里有，但是手机就那可怜的几个 GB 空间，让我怎么拷几十 GB 的东西进去啊喂！总不能让我抱着显示器躺床上吧……蛤蛤蛤蛤，这画面太美没法想象，先让我笑一会……
Stream 显然是首选方案。碰巧 Windows 笔电装有 VLC 播放器，有 stream 串流模块，然后吼吼蛤蛤，配合 Android 端的 VLC 或 MX player 问题解决了。然而发现效果并不好，各种卡顿，各种花屏……不能忍。

¶第一个坑

原来刚刚用的是路由器内网，路由器 CPU 渣渣，转发各种延迟丢包，难怪。改用笔记本内置 PCI 无线网卡，开出热点让手机连上。

¶第二个坑

然而效果还是很难堪，并且注意到在串流时笔记本风扇狂转不止，是因为刚刚没注意到 VLC stream 默认开启了转码！果断关闭！

¶第三个坑

但是关闭转码后……还是会断流，无奈， Google 之。还好很快发现了问题所在，因为我使用的是 RTP 协议，但奇怪的是 VLC 的 RTP 是基于 UDP 的……给跪，然后换用 HTTP ，可以赖在床上看剧了吼吼_(:з」∠)_

PS: Android 端 MX player 配合 HW+ 硬解码，播放更流畅更省电哦～
PPS: 安利一下 VLC ，全平台开源播放器，解码库齐全，功能简洁强大，不仅可以自定义界面，还可安装拓展。
PPPS: 图片来自 Wikimedia Common