非常奇怪，因为脚本之前运行都没有问题的，重新启动IDE无效，更新新版IDE无效。想着这肯定是连接服务的地方出问题了，后来排查过后发现是chromedriver版本不匹配导致的。
是由于chrome自动更新了，chromedriver还是旧的，chrome浏览器的chromedriver版本不一致，所以需要手动更新一下：
https://chromedriver.storage.googleapis.com/index.htmlchromedriver.storage.googleapis.com
网上已经有人整理过chrome各版本对应的chromedriver版本可供参照的。
chromedriver与chrome对应各版本及下载地址：https://blog.csdn.net/cz9025/article/details/70160273
找到对应的chromedriver版本下载更新到IDE解压的目录下替换掉chromedriver即可。
替换前最好先备份一下旧版，这是个良好的习惯。替换后关闭浏览器重新启动AirtestIDE，运行脚本,过了。
可是，隔了几天再次运行脚本的时候，发现又报错了。同样是浏览器连接相关的问题，但这次错误是：WebDriverEexception：unknown error: DevToolsActivePort file dosen't exist. 下面还打印了Chrome Driver info，猜测估计还是chrome driver驱动的问题了。
最近在使用Airtest这套框架尝试web自动化界面测试的时候，在脚本之前都可正常运行的情况下，偶有的时候遇到连接错误，报错：Connection abourted. ConnectionResetError(10054,'远程主机强迫关闭了一个现有的连接。'，None，10054, None)非常奇怪，因为脚本之前运行都没有问题的，重新启动IDE无效，更新新版IDE无效。想着这肯定是连接服务...
爬虫的时候出现错误：[
WinError
10054] 远程
主机
强迫
关闭
了一个
现有
的
连接
。
错误原因：抓取信息太过频繁，引起远程
主机
的怀疑，被网站怀疑是恶意攻击行为。
可以解决的方法：
1. 换个wifi
连接
简单粗暴，但是很实用，亲测有效。
2. 用try—except在报错的时候重新调用函数，多试几次就可以
适用于爬虫主体为函数的情况。
参考链接：
ConnectionResetErr...
100 Continue 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新）
101 Switching Protocols 服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新）
200 OK 一切正常，对GET和
POST
请求的应答文档跟在后面。
201 Created 服务器已经创建了文档，Location头给出了它的URL。
202 Accepted
出现问题描述及分析：
最近做爬虫是，经常出现ConnectionResetError: [
WinError
10054] 等错误，主要是因为使用urlopen方法太过频繁，引起远程
主机
的怀疑，被网站认定为是攻击行为，导致urlopen()后，request.read()一直卡死在那里，导致最后抛出10054异常。
具体解决办法：
1、设置sleep()等待一段时间后继续下面的操作【简单常用】
HikariCP
连接
池分享
希望可以带着大家了解HikariCP
连接
池，并对线上问题给出解决思路和方案。然后可以自己去看一下HikariCP，个人感觉HikariCP实现的比较精巧，代码很值得一读，我这里会给出整体的设计和一些主流程，可以减少大家深入HikariCP的时间。
为什么分享HikariCP
连接
池?
线上问题：获取
连接
池失败？
结果：整个服务在一段时间不可用
引出了这些问题，是我想到的一些问题，也是我的解决问题的思路
1、什么是
连接
池？
2、为什么用
连接
池？
3、为什么用HikariCP
连接
池？
IIS 默认是支持的HTTP
POST
的 .但是项目部署后,在远程却无法用HTTP
POST
访问.出现 "500 内部服务器错误" 的提示,解决的方法是,修改web.config文件 添加已下协议:
(红色部)
在我丰富了我的headers之后报了下面这个错误。
2.ConnectionResetError: [
WinError
10054] 远程
主机
强迫
关闭
了一个
现有
的
连接
。
问题解决：
问题描述：
最近在
python
学习的时候，按照老师教的方法敲的代码（因为是过去的视频），已经不管用了。
看了网上的 原因，
1.频繁访问导致远程怀疑是恶意攻击
2.User-Agent被网
1. 网络
连接
不稳定，导致
连接
中断。
2. 远程
主机
在处理
连接
时遇到了问题，强制
关闭
了
连接
。
3. 本地
主机
尝试发送太多数据，超出了远程
主机
的处理能力。
要解决这个问题，可以尝试以下步骤：
1. 确认网络
连接
稳定，重新
连接
尝试。
2. 检查远程
主机
的日志文件，以确定是否有任何错误或异常。
3. 调整本地
主机
发送数据的速率，以确保不会超出远程
主机
的处理能力。
如果上述步骤都无法解决问题，可以尝试使用其他方式进行通信，例如使用其他协议或更可靠的网络
连接
。
