杀死正在执行 memcpy 的线程是否安全？
Is it safe to kill a thread that is executing a memcpy?
上下文：
我正在开发一个需要快速访问大文件的应用程序，所以我使用内存映射。结果读写变成了简单的memcpy。我现在正在尝试添加中止任何正在进行的读取或写入的功能。
首先想到的（因为我不知道任何可中断的 memcpy 函数）是定期 memcpy 几 KB 并检查是否应该中止操作。如果读取速度相当快，这应该确保近乎即时的流产。
如果不是，则应用程序不应花费很长时间才能中止，所以我的第二个想法是使用多线程。 memcpy 发生在它自己的线程中，控制线程在发出终止信号的事件上使用 WaitForMultipleObjects 和 memcpy-thread。如果发出终止事件信号，它会终止 memcpy 线程。但是，documentation on TerminateThread 指出，应该绝对确保不会因为不释放资源而使系统处于不良状态。
问题：
复制映射内存时，memcpy 是否会做任何会导致杀死它不安全的事情？这样做安全吗？它是否依赖于实现（使用与 Windows x86-64 不同的操作 systems/architectures）？
我确实意识到使用第二种方法可能完全矫枉过正，因为没有 1KB read/write 实际上需要那么长时间，但我只是想安全一点。
如果可能的话你应该选择不同的设计，TerminateThread 不应该被认为是一个正常的功能，它更适合 debugging/power 工具。
我建议您围绕 memcpy 创建一个包装器，以分块方式进行复制。块大小完全取决于您，取决于您的响应能力要求。 1 MiB 可能是一个很好的起点。
如果您绝对想终止线程，则必须考虑以下几点：
- 你显然不知道
memcpy 内部是如何工作的，也不知道它复制了多少，所以你必须假设当你中止时整个范围是未定义的。
- 终止线程会在某些版本的 Windows 上泄漏内存。有 workarounds 个。
- 不要在线程中持有任何锁。
上下文：
我正在开发一个需要快速访问大文件的应用程序，所以我使用内存映射。结果读写变成了简单的memcpy。我现在正在尝试添加中止任何正在进行的读取或写入的功能。
首先想到的（因为我不知道任何可中断的 memcpy 函数）是定期 memcpy 几 KB 并检查是否应该中止操作。如果读取速度相当快，这应该确保近乎即时的流产。
如果不是，则应用程序不应花费很长时间才能中止，所以我的第二个想法是使用多线程。 memcpy 发生在它自己的线程中，控制线程在发出终止信号的事件上使用 WaitForMultipleObjects 和 memcpy-thread。如果发出终止事件信号，它会终止 memcpy 线程。但是，documentation on TerminateThread 指出，应该绝对确保不会因为不释放资源而使系统处于不良状态。
问题：
复制映射内存时，memcpy 是否会做任何会导致杀死它不安全的事情？这样做安全吗？它是否依赖于实现（使用与 Windows x86-64 不同的操作 systems/architectures）？
我确实意识到使用第二种方法可能完全矫枉过正，因为没有 1KB read/write 实际上需要那么长时间，但我只是想安全一点。
如果可能的话你应该选择不同的设计，TerminateThread 不应该被认为是一个正常的功能，它更适合 debugging/power 工具。
我建议您围绕 memcpy 创建一个包装器，以分块方式进行复制。块大小完全取决于您，取决于您的响应能力要求。 1 MiB 可能是一个很好的起点。
如果您绝对想终止线程，则必须考虑以下几点：
- 你显然不知道
memcpy内部是如何工作的，也不知道它复制了多少，所以你必须假设当你中止时整个范围是未定义的。 - 终止线程会在某些版本的 Windows 上泄漏内存。有 workarounds 个。
- 不要在线程中持有任何锁。