查询DynamoDB报错can't pickle _thread.lock如何解决？

• 排查是否有隐式序列化场景
  该错误本质是不可序列化的线程锁对象被触发了pickle操作，除多线程外，多进程传参、Celery任务参数传递、Redis缓存写入、框架会话持久化等场景都会隐式触发序列化操作。检查你是否把boto3.resource/boto3.client实例、DynamoDB的table对象传到了上述场景中，这类对象内部默认携带_thread.lock属性，本身不支持序列化。
• 检查依赖版本兼容性
  低版本boto3与botocore存在已知的内部引用绑定错误，会导致无感知的锁对象泄漏。可先执行以下命令验证版本匹配性，必要时升级到最新稳定版：

  # 查看当前版本
  pip show boto3 botocore
  # 升级到最新稳定版
  pip install --upgrade boto3 botocore
  

• 验证table对象初始化逻辑是否异常
  若table对象是在装饰器、闭包、全局上下文、第三方依赖托管的上下文（如Flask/Django请求上下文）中初始化，可能被意外绑定了不可序列化的属性。可在query调用的同级作用域重写最小测试用例验证：

  import boto3
  from boto3.dynamodb.conditions import Key
  
  # 同作用域下重新初始化资源
  dynamodb = boto3.resource('dynamodb')
  test_table = dynamodb.Table('你的表名')
  response = test_table.query(
      KeyConditionExpression=Key("Key").eq("Whatever")
  )
  

  若该测试用例正常返回，说明原table对象在初始化后被额外修改，可回溯原table对象的传递、赋值链路排查问题。
• 排查第三方库隐式操作
  部分ORM框架、请求中间件、缓存组件会自动对作用域内的对象做序列化持久化，检查你是否将boto3相关对象绑定到了这类组件的托管属性中，比如绑定到SQLAlchemy模型实例属性、请求上下文全局变量等。

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