文件类型：没有限制
传输通道不看扩展名，也不看内容——文件在这条路上就是一串字节。安装包、压缩包、视频、代码、没有后缀的文件，都一样。
有区别的是收到之后的处理：图片和视频可以直接存进相册，其他类型存到文件目录里。这是保存这一步的分流，不是传输的限制。
手机上还有一条路是系统的分享菜单——任何应用里点「分享」都能选择发到 Mac。这条路能送出什么，取决于那个应用愿意分享什么，不取决于我们。
大小：技术上限很高，现实上限是耐心
文件是分块传的，不是整个装进一条消息里发出去——所以单个文件的大小没有一个写死的上限。几个 G 的视频可以传，只是要花时间。
协议内部对单条消息有 64 MiB 的上限，但那是给控制消息和整块数据用的护栏；文件走的是分块路径，天然不受它约束。
真正的约束是两条现实：局域网速度（这决定几个 G 要等多久），和 Mac 上的可用磁盘空间。
传到一半断了会怎样
这是比上限更值得知道的一条：断掉的传输不会留下一个看起来正常、实际不完整的文件。
接收端按顺序写入，每一块都要接在上一块后面；一旦顺序对不上或连接断了，这次传输连同已经落盘的半个文件一起丢弃。你不会拿到一个能打开但内容截断的视频——那种文件比没有更危险，因为它看起来是好的。
代价是断了要从头再来，没有断点续传。对局域网上多数文件来说这个取舍是合算的：重传几十秒，换的是「拿到的文件一定是完整的」。
想快一点
速度基本由无线环境决定，不由应用决定。几条实际有用的：
两台设备连同一个频段。手机在 5GHz、Mac 在 2.4GHz，数据要经过路由器绕一圈，慢很多。
Mac 尽量走有线。只要和手机在同一个网段，有线一侧的稳定性会明显改善大文件的表现。
别在传大文件的同时投屏。投屏是持续占用带宽的，两件事抢同一条链路，两边都不好。