.NET Core 环境下跨多个 DLL 实现代码段锁定是否可行？

问题核心是两个独立进程操作共享DB资源，进程内的static锁不生效，可根据场景选择以下方案解决：

方案1：引入跨进程分布式锁（逻辑侵入最小） #

• 基于DB自带的全局锁：直接复用现有DB的锁能力，无需额外引入组件，比如MySQL的GET_LOCK()、PostgreSQL的pg_advisory_lock，均为会话级别的全局锁。所有涉及表结构变更、DB批量清理的操作，执行前先尝试获取同名全局锁，获取成功再执行操作，执行完成后立即释放锁，从根源上避免两个进程的操作重叠。
• 基于操作系统文件锁：如果两个项目部署在同一台主机上，可以使用系统级的独占文件锁，比如Linux的flock、Windows的独占文件访问机制，两个进程操作DB前先抢占同一个固定路径文件的独占锁，抢占成功才执行后续操作，用完即释放锁。

方案2：优化集成测试流程（无业务逻辑侵入） #

• 调整执行时序：测试阶段先暂停所有应用线程，完成DB清理、数据填充等初始化操作后再启动应用线程执行用例，测试结束后先终止应用线程，再执行DB清理操作，完全错开两个进程的DB操作窗口。
• 测试DB隔离：为集成测试单独分配独立的测试数据库，和应用运行的生产/测试库完全隔离，无需共享同一个DB资源，自然不存在竞态冲突，这是集成测试领域的通用最佳实践。

方案3：优化Lib A操作逻辑，增加幂等性 #

修改Lib A中涉及DB结构变更的操作，兼容重复执行的场景：

• 建表操作改用CREATE TABLE IF NOT EXISTS替代普通建表语句
• 删表操作改用DROP TABLE IF EXISTS替代普通删表语句
• 所有批量数据清理、写入操作增加存在性校验，即使出现时序冲突，操作本身也不会抛出异常。

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