功能增强：请求增加【手机->电脑】拖拽文件

[Leo-Lionni]

1. scrcpy自带【从电脑拖拽文件到手机，但 拖拽文件夹会，仅仅会传送里面的文件，而不是这个文件解】
2. 无法从手机拖拽文件出来到电脑【可以借助adb pull】，可否类似于huawei share，将 【adb pull】封装为【拖拽】。
3. scrcpy可否避开第一次的usb开启网络adb调试呢？ 而是通过扫码/或者其余方式呢？ 目前在coolapk.com有一款【fastconnect】app。
   4 wifi链接下，可否改善下由于 2.4g路由器网速较弱，不如5ghz的，带来的帧渲染变慢，卡顿呢？因为golang适合于网络并发。

[ClarkGuan]

1. scrcpy自带【从电脑拖拽文件到手机，但 拖拽文件夹会，仅仅会传送里面的文件，而不是这个文件解】
2. 无法从手机拖拽文件出来到电脑【可以借助adb pull】，可否类似于huawei share，将 【adb pull】封装为【拖拽】。
3. scrcpy可否避开第一次的usb开启网络adb调试呢？ 而是通过扫码/或者其余方式呢？ 目前在coolapk.com有一款【fastconnect】app。
   4 wifi链接下，可否改善下由于 2.4g路由器网速较弱，不如5ghz的，带来的帧渲染变慢，卡顿呢？因为golang适合于网络并发。

感谢对项目的关注！最近忙于工作抱歉回复较慢。

问题 1、2 可以改进，我打算先同步 scrcpy 最新代码，看一下是否有一些优化可以借鉴。

问题 3 也可以做的。目前可以参考一些方案是手机端打开手机热点功能，然后 PC/Mac 端主动连接该热点，这样既可以避开问题 4,又可以避免依赖 adb 进行网络传输。

关于问题 4 的渲染延迟问题，我个人更倾向于它有上限，就目前没有优化的代码来看，我自己的两部 Android 手机的表现就很不一样（说明还与厂商优化有一定关系），手机端的 hook 方式可能是导致这个上限的根本原因（这个可以参考 server,jar 的源码），所以我在玩 fps 这类游戏的时候基本上还是主要看手机屏幕进行游戏，电脑端屏幕映射只是辅助使用。