还可以选择免费开源的 GIMP，虽然跟 PS 比有所不足，调整大小这种操作完全不在话下。

没办法调用，因为 C++ 没有一个统一的 ABI，不同编译器编译出来的都不能互相调用，甚至同一个编译器不同版本也不一定兼容。
解决方法是用 C 语言的接口封装一遍。比如 cef https://bitbucket.org/chromiumembedded/cef 就是这么做的。

估计是运营商的锅，运营商能向苹果提交相关配置，调整某些功能的。可能是旧版本中设置成了禁止开热点。
印象中 iPhone 4 时代中国移动也不能开热点，后来才改成可以开。

为什么要分单独的文件？写进 js 里面不行吗？

> 看了其他型号解锁 bios 高级设置方法都不行

你尝试了什么方法？说出来，避免别人说的方法重复了。

没记错的话 jsoncpp 是可以配置接受这种格式的，甚至还能解析注释，是解析注释而不是忽略注释，可以保留注释重新生成 JSON 。

总结起来是，协程跟 IO 多路复用关系不大，因为完全可以用协程写一个不涉及 IO 操作的代码，即使涉及到了 IO 操作，也可以使用多线程的模型。
Python 的 asyncio 选择了单线程+IO 多路复用的模型，所以相关资料都会涉及，但是 asyncio 并不等同于协程。

推荐看一下这篇文章 https://blog.panicsoftware.com/coroutines-introduction/

我个人的理解，无栈协程是一种可以中途返回，后面再从之前返回的地方恢复执行的函数。利用这种特性可以实现许多功能，比如生成器，求出一个值之后返回，需要下一个值的时候再恢复执行。或者用来编写异步 IO 代码，在开始 IO 操作后返回，IO 操作完成之后恢复执行。
而异步 IO 又有多种实现方式。可以用最简单的多线程来实现，协程启动一个新线程来进行阻塞 IO 操作，同时返回，新线程中的 IO 操作完成后，在新线程中恢复执行协程。
也可以用单线程来实现，但是要配合 IO 多路复用来实现，IO 多路复用简单说是同时监视多个文件描述符是否就绪，协程在当前线程进行非阻塞的 IO 操作之后返回，然后当前线程会检测文件描述符是否就绪，就绪后恢复执行协程。

@madNeal 我觉得不太可能出现这种情况，戴尔可是头部 PC 企业，管理应该更严格吧？神舟售后出现这种情况我才信。

@madNeal 之前我同学的 Dell 笔记本电脑突然无法开机了，拿到官方售后说是主板问题，只能付费更换主板，不能修理的。

@madNeal Dell 官方售后应该是只能换主板不会维修的，你说能维修是什么情况？

可以，需要配合 Cloudflare Workers 。

其实问题可能不大，大部分普通文件是 644，可执行文件是 755，改回去就好了。

不一样。两者进行的操作都不一样，浏览器的“刷新”准确说是重新载入网页，而资源管理器的刷新是重新绘制界面 (可能还伴随着其他行为，比如重新获取文件列表，重新载入图标)。
至于有没有必要，我觉得都有。
对于浏览器，网页可能会变化，需要重新载入才能看到变化。
对于资源管理器，它 (以及绝大多数程序) 的界面不像游戏那样是不停刷新的，而是有变化才会更新，所以可能出现界面某一部分显示错误的情况，重新绘制界面的功能可以部分解决这个问题。

刚刚下载了 4.9.2 和 9.2.0，经过确认都是 32 位的可执行文件，说明是别的问题。

@skylee03 完全有可能先前版本是 32 位的，当前版本改为了 64 位的。

x86_64-w64-mingw32 这意思是跑在 64 位系统上的 32 位程序编译器吧，你的 Windows XP 是 64 位的？

理论上最坏的情况只会丢数据，但是实际上内部数据损坏可能导致主控无法正常工作，这种情况虽然是固件问题，但用户没什么好办法修复，和硬件坏了差不多。

看看系统里面有没有 Google Play 服务？有的话那估计能补全。