实现ILockBytes时无并发访问需求，仍需实现LockRegion/UnlockRegion吗？

• 必须实现这两个方法，但可以做极简的无实际锁逻辑实现

  • COM接口契约要求：ILockBytes作为COM接口，所有方法都需要实现。StgCreateDocfileOnILockBytes内部可能会调用这两个方法，哪怕你的场景不存在并发需求。如果不实现（比如留空或返回未处理错误），会触发未定义行为，轻则存储创建失败，重则导致程序崩溃。
  • 外部并发访问的可能性：如果你的ILockBytes实例仅在当前进程内使用，且未通过共享内存、跨进程COM传递等方式将底层字节数组内存暴露给其他进程，那么其他程序或操作系统不会主动并发访问这块内存。但接口本身的设计要求必须提供这两个方法的实现。

• 极简实现示例
  由于你能保证自身程序无并发读写，这两个方法可直接返回S_OK，无需实际锁逻辑：

  STDMETHODIMP YourLockBytesImpl::LockRegion(ULARGE_INTEGER libOffset, ULARGE_INTEGER cb, DWORD dwLockType)
  {
      return S_OK;
  }
  
  STDMETHODIMP YourLockBytesImpl::UnlockRegion(ULARGE_INTEGER libOffset, ULARGE_INTEGER cb, DWORD dwLockType)
  {
      return S_OK;
  }
  

• 注意事项
  如果后续场景扩展到跨进程使用该ILockBytes实例，或引入多线程并发读写需求，就需要完善这两个方法的实现，添加真正的同步锁逻辑（比如临界区、互斥量等）来保证内存访问安全。

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