CDefView拖拽场景下SHCreateDataObject创建的IDataObject行为异常问题
SHCreateDataObject代理逻辑限制SHCreateDataObject包装自定义IDataObject实例时，默认只会注入CF_SHELLIDLIST（Shell IDList Array）格式，所有自定义拖拽格式不会自动代理。如果手动向系统生成的DataObject实例插入格式时未适配系统代理逻辑，就会出现入参字段为空、参数异常的问题。SetData 调用逻辑理解偏差
Explorer在拖拽循环中发起的CF_HDROP、InShellDragLoop等格式的SetData调用，属于系统向DataObject注入拖拽状态元数据的行为，不需要携带实际的介质内容，pmedium->hGlobal为空是正常逻辑。自定义DataObject如果强制校验介质非空并返回错误，会导致系统状态注入失败。COM 引用计数与生命周期错误
0x80010108（RPC_E_DISCONNECTED）错误本质是COM代理连接断开，直接原因包括：自定义DataObject的引用计数管理错误、IShellFolder::GetUIObjectOf返回后提前释放了DataObject实例、IDataObject方法返回了未预期的错误码，导致Explorer判定对象不可用主动断开连接。STGMEDIUM 释放逻辑错误遗留
此前错误的ReleaseStgMedium调用会导致Shell分配的介质被提前释放，后续系统读取时拿到空指针，也会触发参数异常。
适配
SHCreateDataObject代理逻辑
不要直接向系统生成的DataObject实例手动插入格式，而是将自定义IDataObject作为内层处理对象，仅在QueryGetData、GetData中响应CFSTR_FILEDESCRIPTORW、CFSTR_FILECONTENTS等业务所需格式，其他未知格式直接返回E_NOTIMPL，交由外层系统生成的DataObject代理处理。正确处理系统SetData请求
对CF_HDROP、InShellDragLoop、CF_SHELLIDLIST等系统内置拖拽状态格式的SetData请求，不需要校验介质参数非空，直接返回S_OK即可，不需要自行存储这些数据，系统代理会自行维护状态。仅自定义业务格式需要做入参合法性校验。修正生命周期与引用计数管理
IShellFolder::GetUIObjectOf返回IDataObject指针时，严格遵循COM引用计数规则执行AddRef，不要在方法返回后手动释放DataObject实例，实例生命周期完全交由COM引用计数管理。
检查ReleaseStgMedium实现：仅当你通过GetData获取到介质、使用完成后才需要调用ReleaseStgMedium释放，SetData传入的介质由调用方负责释放，不需要你处理。规范错误码返回
所有IDataObject方法仅返回约定的错误码：支持的格式返回S_OK，不支持的格式返回DV_E_FORMATETC，未知的系统格式返回E_NOTIMPL，不要返回自定义错误码导致Explorer判定对象失效。
内容的提问来源于stack exchange，提问作者HackTheStack
