主要有以下四种：
1.Requests抛出一个ConnectionError异常，原因为网络问题（如DNS查询失败、拒接连接等错误)
2.Response.raise_for_status()抛出一个HTTPError异常，原因为HTTP请求返回不成功的状态码（如网页不存在、404错误等）
3.Requests抛出一个Timeout异常，原因为请求超时
4.Requests抛出一个TooManyRedirects异常，原因为请求超过了设定的最大重定向次数
相关文章
- Python中模块及和requests的使用区别
- Python学习笔记10：Python错误和异常
- Python 提取 PDF 文件的标题、日期和内容并将其存储到 MySQL 数据库中
- Python异常和错误
- Python中对numpy库的学习（五）常用函数1-分段函数和统计函数
- python爬虫——使用requests库和xpath爬取猎聘网职位详情
- RabbitMQ 优点和缺点- 消息可靠性：RabbitMQ 提供了持久化功能和消息确认机制，确保消息在各种情况下都能可靠地存储和处理。 灵活的路由：通过多种交换机类型和绑定规则，RabbitMQ 能够灵活地路由消息到指定的队列。 支持多种消息协议：实现了 AMQP 等(MQTT、STOMP)标准化、开放的消息队列协议，使其能够与多种语言编写的应用程序进行通信。 插件化扩展：RabbitMQ 提供了丰富的插件系统，可以通过插件扩展功能，如死信队列、压缩、追踪等。 高可用性：支持集群模式和镜像队列，确保服务的可用性 易用性和可管理性：提供了丰富的 API 和管理工具，以及多种客户端库和框架支持，易于集成和使用。 多语言支持：RabbitMQ 支持多种编程语言的客户端，包括 Java、Python、Ruby、C#、Node.js 等，方便开发人员集成到各种应用中。 高性能：在处理大量并发消息时表现出色。 广泛的社区支持：拥有庞大的开发者社区和丰富的文档资源。 劣势： 性能和吞吐量较低：相比于 Apache Kafka 等面向大数据流处理的消息队列系统，RabbitMQ 的吞吐量较低，不适合处理海量的实时数据流。RabbitMQ 的设计更注重消息的可靠性和灵活性，而非极高的吞吐性能。
- Redis --- redis事务和分布式事务锁-事务过程中失败有两种可能： Redis 命令只会因为错误的语法而失败（并且这些问题不能在入队时发现），或是命令中用在了错误类型的键上面，所以如果在生产环境中你使用的正常命令，那么在 Redis 事务中，是不会出现错误而导致回滚的。 来自文档：Redis commands can fail only if called with a wrong syntax... 事务执行一半，Redis宕机。如果 Redis 服务器因为某些原因被管理员杀死，或者遇上某种硬件故障，那么可能只有部分事务命令会被成功写入到磁盘中。如果 Redis 在重新启动时发现 AOF 文件出了这样的问题，那么它会退出，并汇报一个错误。使用redis-check-aof程序可以修复这一问题：它会移除 AOF 文件中不完整事务的信息，确保服务器可以顺利启动 注意： 若在事务队列中存在命令性错误（类似于java编译性错误），则执行EXEC命令时，所有命令都不会执行 若在事务队列中存在语法性错误（类似于java的1/0的运行时异常），则执行EXEC命令时，其他正确命令会被执行，错误命令抛出异常。 Redis 官网也解释了自己为啥不支持回滚。简单来说就是 Redis 开发者们觉得没必要支持回滚，这样更简单便捷并且性能更好（回滚还需要解决回滚事务覆盖的问题）。Redis 开发者觉得即使命令执行错误也应该在开发过程中就被发现而不是生产过程中。
- 25-Python3 错误和异常
- python3.X中简单错误处理，和Python2区别