vs2019 build后 bin文件夹下的debug文件夹没有Data文件夹

在 Visual Studio 2019 中，生成二进制文件的过程中，如果您的项目中有包含 Data 文件夹，那么在生成完成后，Data 文件夹应该会被复制到 bin 文件夹下的 debug 或 release 文件夹中。

如果您发现 Data 文件夹没有被复制到 debug 文件夹中，可以按照以下步骤进行排查：

1. 确认 Data 文件夹已经被包含在 Visual Studio 2019 项目中，并且已经设置为“复制到输出目录”选项为“如果较新则复制”。

2. 检查项目中是否存在其他的构建事件（Build Event），这些事件可能会影响文件的复制过程。可以在项目属性的“生成事件”选项卡中查看和修改构建事件。

3. 如果您使用了自定义的 MSBuild 脚本进行构建，可能需要在脚本中添加相应的命令来确保 Data 文件夹被复制到正确的位置。

如果仍然无法解决问题，建议您检查 Visual Studio 2019 输出窗口中是否存在任何有关文件复制或构建事件的错误或警告信息，并尝试重新生成项目。

相关问题

QIODevice::read (QFile, "F:\QT\akzdt\build-AKZDT-Desktop_Qt_5_14_2_MinGW_32_bit-Debug\debug\data.bin"): device not open

这个错误提示意味着在尝试读取文件时出现了问题，因为该文件未能正确打开。可以尝试以下解决方法：

1. 确认文件路径是否正确，以及文件名是否正确。
2. 确认文件是否在读取前已经被打开，如果没有，则需要先打开文件才能读取。可以使用 QFile::open() 函数打开文件。
3. 确认文件是否已经存在，如果不存在，则需要先创建文件才能读取。

如果以上步骤都没有解决问题，可以尝试将代码片段贴出来，以便更好地了解问题所在。

06-06 14:46:58.953 25664 25664 I crash_dump32: performing dump of process 25099 (target tid = 25124) 06-06 14:46:58.958 25664 25664 F DEBUG : *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 06-06 14:46:58.958 25664 25664 F DEBUG : Build fingerprint: 'samsung/star2qltezh/star2qltechn:9/PQ3B.190801.002/G9650ZHU2ARC6:user/release-keys' 06-06 14:46:58.958 25664 25664 F DEBUG : Revision: '0' 06-06 14:46:58.958 25664 25664 F DEBUG : ABI: 'x86' 06-06 14:46:58.958 25664 25664 F DEBUG : pid: 25099, tid: 25124, name: GLThread 82 >>> com.yuanshi.huaxia.fk <<< 06-06 14:46:58.958 25664 25664 F DEBUG : signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x382dae 06-06 14:46:58.958 25664 25664 F DEBUG : eax d1d16040 ebx 8000000c ecx 00000001 edx d1365970 06-06 14:46:58.958 25664 25664 F DEBUG : edi 00382dae esi 00000002 06-06 14:46:58.958 25664 25664 F DEBUG : ebp efbd3760 esp d1365110 eip ef5b76a5 06-06 14:46:58.959 25664 25664 F DEBUG : 06-06 14:46:58.959 25664 25664 F DEBUG : backtrace: 06-06 14:46:58.959 25664 25664 F DEBUG : #00 pc 001366a5 /system/lib/libhoudini.so 06-06 14:46:59.242 1471 1471 E /system/bin/tombstoned: Tombstone written to: /data/tombstones/tombstone_03

这是一段安卓崩溃日志，可以初步判断是由于 SIGSEGV 信号导致的崩溃。SIGSEGV 是一种信号，表示进程试图访问未分配给它的内存地址，或者试图向只读地址写入数据等非法操作。通常情况下，这种崩溃是由程序中的内存错误引起的，例如空指针引用、数组越界等。

从日志中可以看到，该崩溃发生在 GLThread 线程中，是由 libhoudini.so 库中的某个函数引起的，具体的函数名称需要进一步分析堆栈跟踪信息才能确定。由于该日志中缺少堆栈跟踪信息，无法进一步判断崩溃原因。

如果你需要对这个崩溃进行深入分析，可以尝试在开发环境中运行应用程序，并使用调试工具对其进行调试，以获取更详细的信息。