Intel DftiComputeForward()运行异常 结果未存入指定输出数组

排除描述符尺寸参数校验错误的前提，你遇到的「双参调用时结果写回输入数组、单参调用时输出数组为空」的异常，基本都是配置或调用流程错误导致的，具体原因按出现概率从高到低排列：

• 放置模式配置与调用方式不匹配
  这是最高发的原因：Intel MKL的DFTI接口默认DFTI_PLACEMENT参数值为DFTI_INPLACE（原地计算模式），该模式下计算结果会直接覆写传入的第一个数组，完全忽略你传入的第二个输出数组参数。如果你没有显式调用DftiSetValue将该参数设置为DFTI_NOT_INPLACE，或者设置参数时写错了宏值、参数类型不匹配，哪怕你传了双参，函数也会按原地模式执行。
  你可以直接调用DftiGetValue(*dftiH, DFTI_PLACEMENT, &mode_val)读取当前生效的放置模式，确认是否和你的调用预期一致。
• 描述符未完成有效提交
  你读取到的尺寸参数正确，不代表所有配置都已生效：所有通过DftiSetValue修改的配置参数，必须在调用计算函数前执行DftiCommitDescriptor(*dftiH)完成提交，否则计算函数会使用描述符初始化时的默认配置（也就是默认原地计算模式）。如果你修改了非原地模式等配置后没有重新提交，配置不会生效。
• 数组属性与描述符配置不匹配
  这类问题会导致函数静默写入失败，不会返回明确的错误码：
  • 数据类型不匹配：描述符配置的精度（DFTI_SINGLE单精度/DFTI_DOUBLE双精度、实数/复数类型）和你传入的x、y数组实际类型不一致，会出现内存写入错位，看起来y数组始终是空值
  • 长度/步长不匹配：实数FFT的输出数组长度为N/2+1（1D场景，多维按对应规则计算），如果你给y分配的内存长度不足，或者DFTI_INPUT_STRIDES/DFTI_OUTPUT_STRIDES配置和数组实际内存布局不符，函数会跳过对y的写入操作，部分版本MKL会静默回退为写回输入数组
• 参数传递或链接错误
  • 双参调用时参数顺序错误：DftiComputeForward双参形式的参数顺序是（句柄, 输入数组指针, 输出数组指针），如果写反x和y的位置自然不会得到预期结果
  • 链接错误：32位/64位MKL库混链、C接口与Fortran接口混链时，会出现参数栈解析错位，函数无法正确识别你传入的y数组指针，自然不会写入数据
  • 指针有效性问题：传入的y是野指针、已释放的指针或常量内存区指针时，写入操作会触发静默的内存访问错误，表面看函数返回正常但实际没有完成写入
• 单参in-place调用的逻辑错误
  你尝试单参调用status = DftiComputeForward(*dftiH, y);时y为空，首先要确认调用前你是否已经把输入信号拷贝到y数组中——原地模式下传入的唯一数组既是输入也是输出，如果你没有给y赋输入值、仅保留初始化的空值，计算完成后自然不会得到有效结果。另外如果你之前已经将模式设置为DFTI_NOT_INPLACE，单参调用本身就是非法调用，部分版本MKL不会抛出明确错误，会直接跳过计算。

快速排查优先级：先校验当前生效的放置模式，再确认描述符提交状态，接着核对数组类型/长度/步长与配置的一致性，最后检查链接选项和指针有效性，绝大多数这类问题都可以在前三步定位。

内容的提问来源于stack exchange，提问作者Twinkle Tapadia