在头文件中声明unsigned short* imgData = nullptr，在STDMETHODIMP CImgViewCtrl::BurnAnnotation(void)函数中可以进行复制并遍历，然后在STDMETHODIMP CImgViewCtrl::BurnScale(void)函数中遍历时报错写入位置 0x000001E407B4E000 时发生访问冲突。

根据你的描述，你在头文件中声明了一个指向 unsigned short 类型的指针 `imgData` 并初始化为 `nullptr`。然后，在 `CImgViewCtrl::BurnAnnotation` 函数中对其进行了复制和遍历操作，但在 `CImgViewCtrl::BurnScale` 函数中遍历时报错，指向了一个访问冲突的位置。

访问冲突通常是由于对已释放或无效的内存进行访问引起的。根据你的描述，可能是在 `CImgViewCtrl::BurnAnnotation` 函数中没有正确地分配内存或者释放了 `imgData` 的内存，导致在 `CImgViewCtrl::BurnScale` 函数中访问冲突。

为了解决这个问题，你可以检查以下几点：

1. 确保在 `CImgViewCtrl::BurnAnnotation` 函数中正确分配内存给 `imgData`，并将图像数据复制到其中。可以使用动态内存分配函数（如 `new` 或 `malloc`）分配足够的内存，并将图像数据复制到 `imgData`。

2. 在 `CImgViewCtrl::BurnAnnotation` 函数中，确保没有在遍历或修改 `imgData` 时越界访问或修改无效的内存位置。注意循环或迭代器的范围，确保在有效范围内进行操作。

3. 在 `CImgViewCtrl::BurnAnnotation` 函数中，确保没有释放 `imgData` 的内存，或者在 `CImgViewCtrl::BurnScale` 函数中重新分配内存给 `imgData`。如果在 `CImgViewCtrl::BurnAnnotation` 函数中释放了 `imgData` 的内存，那么在 `CImgViewCtrl::BurnScale` 函数中访问 `imgData` 将导致访问冲突。

总之，确保在正确的地方分配和释放内存，并避免越界访问或修改无效的内存位置，可以解决访问冲突的问题。如果问题仍然存在，请提供更多相关的代码片段以便我更具体地帮助你。