你这是测试程序的问题吧？不是 nginx 的问题。

@kaitok 那就是你目前这个方案，早期版本的 HDMI 和 DVI 传输的数据是一样的，只是物理接口不同，本来就能无损转换。

@FreeWong 所以你到底能不能改客户端？能改的话那个方法是可行的。本质是用 # 代替 shutdown 来表示“数据已发完”。

客户端改不了的情况下有一个可能可行的方案，就是服务端一收到数据就立即发送 Received ，然后 read all 直到断开连接，这个方案可行的前提是客户端会把所有数据发完再断开连接。假设客户端是发送数据、接收数据、断开连接顺序执行的话，这个方案是可行的。

选择预编译头即可。stdafx.h 只是个预编译头的文件名，现在改成了 pch.h 而已，叫啥名不影响功能。

targetver.h 的内容一般是
```
#pragma once

// // Including SDKDDKVer.h defines the highest available Windows platform.
// If you wish to build your application for a previous Windows platform, include WinSDKVer.h and
// set the _WIN32_WINNT macro to the platform you wish to support before including SDKDDKVer.h.

#include <SDKDDKVer.h>
```
意思是如果你想让程序能在旧的 Windows 中跑，可以在这里定义版本号，然后头文件会把新的 API 给屏蔽掉。

对于初学者来说我个人不建议管这些，直接 include 即可，等后面开始写复杂项目了再来看这些内容。

@rrfeng 这里的问题是客户端发完数据后不会 shutdown ，ReadAll 要等客户端 shutdown 后才会返回。

这个设计是有问题，看起来 Received 的作用只是控制是否补发，那客户端发完后就应该直接 shutdown ( https://man7.org/linux/man-pages/man2/shutdown.2.html )，这样服务端就能知道数据已经发完了，这个方案甚至不需要修改数据包格式。

@kaiger 我不是说要你用 eval 来跑，我说的是此类代码实际执行的逻辑。

试了下，MIUI 自带的桌面和 Nova Launcher 都不支持。

搜了一下，这个分辨率是 2048x1080 ，所以电脑只支持到 1920x1080 很合理呀。

简单的就是用正则表达式来匹配，复杂的话去看编译原理吧。

此类编码方案一般都是想办法解码出代码文本，然后用 eval 之类的执行。所以有个很简单的办法是把 eval 替换掉，就能直接拿到代码。
不过 jjencode 用了 obj.constructor.constructor 的方法拿到 Function 然后再执行的，这种方式似乎没什么好办法。

我在用 Redmi K40 ，需要等 7 天才能解锁，不确定新注册的账号会不会要等更久，等待期间不开机使用也没问题。

https://zhuanlan.zhihu.com/p/425045290
这种不算测评吧？文章里是直接列出来了。

@sigl0p 只是之前没有实现，在 roadmap 里面有写 unpackaged 是确定会在 1.0 中支持的。

上图是多窗口的情况，我又找了个单窗口多标签页的例子：
https://i.imgur.com/sTx5BHE.jpg

@cweijan 是这个图中任务栏上方那块 https://i.imgur.com/kFpZnUH.png
我也在用 Win10 ，打开了多个资源管理器窗口，全部最小化，点击图标后显示了其中一个，把刚刚打开的最小化，再点击图标，反复操作，有的时候会显示另外几个窗口。

简单试了下，这个操作逻辑配合 Aero Peek (单窗口多标签页) 挺好的，点击图标会先显示窗口，再点击则是在标签页间切换。
但是多窗口的情况就不太好了，点击图标显示的窗口是随机的，而不是最后最小化的窗口。

我个人关闭窗口合并就是为了在开启 Aero Peek 的情况下也能快速显示窗口。事实证明把窗口和标签页混合在一个图标里的设计是有问题的，Chrome 就因此取消了 Aero Peek 。可惜 Chrome 也没提供开关，不然不合并窗口的情况下 Aero Peek 挺实用的。