手机wifi反复断开连接

Posted 2023-04-25

手机wifi反复断开连接

若使用的是vivo手机出现WiFi网络自动断开的现象，可查看以下排查方法：
1、进入设置--系统升级，部分机型需进入设置--我的设备--iQOO （Monster） UI版本/Funtouch OS版本，检测并更新系统；
2、手机设置了 WiFi 休眠，一旦手机进入休眠，WiFi 也会跟着进入休眠断开；可 进入手机设置--WLAN --（左菜单键）--高级设置界面，将WLAN休眠策略修改为“永不休眠” （注：安卓10及以上的机型：不支持设置WiFi休眠策略）
3、WLAN数据缓存较多导致WiFi自动断开；
安卓11以上机型：进入设置--系统管理--备份与重置--重置网络设置--点击重置；
安卓11以下机型：进入手机设置--应用与权限/更多设置--应用管理--（右上角“更多”选择“显示系统进程”）--找到WLAN--点击存储，选择清除数据和缓存，再重新连接WiFi试试（部分机型进入设置--更多设置--应用程序--全部--找到WLAN）
4、重启路由器；
5、连接其他WiFi网络进行使用对比。
6、将路由器恢复出厂设置。 参考技术A

小米手机wifi反复断开连接的解决方法，具体可以通过以下步骤操作来实现。

1、首先在小米手机桌面上 ，点击设置图标进入。

2、进入设置列表菜单，点击更多设置选项进入。

3、在更多设置界面，点击开发者选项进入。

4、进入开发者选项设置界面，找到使用旧版DHCP客户端选项的开关是关闭状态。

5、最后将使用旧版DHCP客户端选项的开关打开即可。

参考技术B

原因有两个：

1、信号拥堵

WiFi就像电台，同一电台使用同一个波段。换言之，用户周边的WiFi收发设备越多，对WiFi网络信号影响越大。除了路由器本身，手机、无线电话、微波沪、蓝牙等设备都可能是造成拥堵的原因。

2、无法同时发送与接收

WiFi信号无法同时发送、接收数据，这必然会造成数据延迟。所以许多人同时使用同一WiFi信道必然会大大影响到WiFi的信号强度。

Wi-Fi（发音： /wafa/，法语发音：/wifi/），在中文里又称作“行动热点”，是Wi-Fi联盟制造商的商标做为产品的品牌认证，是一个创建于IEEE802.11标准的无线局域网技术。

基于两套系统的密切相关，也常有人把Wi-Fi当做IEEE 802.11标准的同义术语。“Wi-Fi”常被写成“WiFi”或“Wifi”，但是它们并没有被Wi-Fi联盟认可。

并不是每样匹配IEEE 802.11的产品都申请Wi-Fi联盟的认证，相对地缺少Wi-Fi认证的产品并不一定意味着不兼容Wi-Fi设备。

参考技术C 回答

一、手机未锁屏，WiFi自动断开连接这种情况可能是无线路由器的问题，由于路由器的信号不好造成手机wifi时断时续。解决方法：1、重启路由器2、若重启动路由器不管用，则可能路由器在设置时开启了WMM，关掉WMM即可。具体步骤：（1）打开浏览器，输入路由器地址192.168.1.1（也可能是192.168.1.0，具体请看路由器底部），进入路由器登录界面，输入用户名和密码，大多数账号和密码都是admin（如果不是请看路由器底部），进入路由器设置界面。（2）点击这个无线设置（3）点击无线高级设置（4）这个WMM不要勾选！！！（主要是修改这项）设置完成后，重启路由器即可，最好是拔掉电源，待路由器完全断电后，重新插上。二、手机锁屏，WiFi断开连接这种情况可能是你的手机设置了wifi休眠，简单的说就是一旦手机进入休眠时，WiFi也会跟着进入休眠断开。或许你说自己没有这么设置过，但一些手机优化软件一般都会为手机进行省电设置，这可能会造成wifi在不知不觉中被关掉。解决方法：（不同型号手机可能设置方法不同）1. 进入设置——无线和网络——WLAN设置2. 按菜单键（meun）——选择高级3. WLAN休眠策略——永不休眠三、若前两种方法都不管用的话，那有可能是手机自身的系统问题，您可能自己刷了rom造成wifi不稳定，可尝试重新刷其他的rom，看能否解决这个问题。

参考技术D 这种情况主要是由于两台设备的IP地址冲突造成的。
1、打开浏览器键入192.168.1.1或192.168.0.1，进入路由器设置界面。
2、进入左侧的DHCP服务器选项，选择客户端列表，将手机和计算机的MAC地址记下来。
3、选择静态地址分配选项，根据上面所记录的MAC地址，分别为两台设备设置静态IP地址。
4、在计算机的本地连接上点击右键属性找到TCP/IP协议，将所有选项都选择为自动获取。
这样两台设备就不会产生IP地址冲突问题了。

解决MySQL8小时自动断开连接的问题(DBCP配置)

参考技术A

最近做的一个JavaWeb项目，持久层用SpringJDBC+DBCP+MySQL。一开始只配置了DBCP的一些常用参数，没有注意对空闲连接的检查和回收。项目部署在tomcat后，刚开始使用没用问题。第二天再试图登录时，发生了报错：

可以看到，报错信息提示上次交互已经是82664635ms前，超过了MySQL server配置的\'wait_timeout\'(默认是8小时)，所以该连接已经被MySQL回收了，但DBCP不知道连接已被回收，依然试图执行操作，引发了异常。报错信息提示可以修改wait_timeout或者添加autoReconnect=true。
(备注：mysql5以上的，设置autoReconnect=true 是无效的 只有4.x版本，起作用)

这两个参数的默认值是8小时(60 60 8=28800)。 注意：wait_timeout的最大值只允许2147483 （24天左右）
也可以用MySQL命令进行修改

这种办法治标不治本。

2.减少连接池内连接的生存周期，使之小于上一项中所设置的wait_timeout 的值。
也就是说，让已经断开的空闲连接没有机会被使用，提前被回收。
以C3P0配置为例：

DBCP中配置minEvictableIdleTimeMillis即可。
3.配置连接池
定期使用连接池内的连接，使得它们不会因为闲置超时而被 MySQL 断开。并且每次使用连接前检查连接是否可用，定期回收空闲的连接。
修改 c3p0 的配置文件,在 Spring 的配置文件中设置：

DBCP连接池的配置:

DBCP官方配置文档: http://commons.apache.org/proper/commons-dbcp/configuration.html

C3P0的配置标准:

关于MySQL的wait_timeout连接超时问题报错解决方案