标签: 报错 - 文章列表
共 5 页 · 清除标签筛选
-
Android Studio构建报错Unsupported class file major version 65与Minimum supported Gradle version的解决方法(AGP、Gradle与JDK版本对应排查)
升级Android Studio后打开老项目,Sync必报Unsupported class file major version 65与Minimum supported Gradle version。前者是Gradle跑在过高JDK上(61对应Java 17、65对应Java 21),后者是AGP要求的Gradle下限。用gradlew --version看实际生效版本,改distributionUrl与Gradle JDK,处理国内仓库、代理与cacerts证书,再清daemon缓存复查。
-
python -m venv创建虚拟环境报错ensurepip is not available与Activate.ps1禁止运行脚本的解决方法(python3-venv安装、执行策略与环境失效修复)
Debian和Ubuntu上python3 -m venv建不出环境报ensurepip is not available,Windows下Activate.ps1又被执行策略挡住,激活后pip还指向系统Python。按报错阶段分诊:装python3-venv与python3-full、处理EXTERNALLY-MANAGED标记、改ExecutionPolicy或用activate.bat绕过、重建不可迁移的venv目录,并用sys.prefix判断是否真的进了环境。
-
go mod tidy报错missing go.sum entry与module lookup disabled by GOPROXY=off的解决方法(GOPROXY镜像、GOPRIVATE与校验数据库配置)
go mod tidy与go build的依赖报错分三类:下载超时换GOPROXY镜像并保留direct兜底、GOPROXY=off导致的module lookup disabled、Go 1.16起-mod=readonly引发的missing go.sum entry。文中给出go env -w配置、GOPRIVATE处理私有模块、go clean -modcache修复checksum mismatch的完整命令与取舍说明。
-
git clone报错Failed to connect to github.com port 443与SSL certificate problem的排查方法(代理配置、http.version与CA证书修复)
git clone拉不下来时,报错串可以分成两类:带port 443或Couldn't connect to server的查网络、代理与HTTP/2协议版本;带SSL certificate problem的查CA证书与系统时间。文中给出curl探测、git config --list --show-origin定位配置来源、http.version改HTTP/1.1、sslCAInfo指定证书、sslVerify临时绕过的完整命令。
-
Java报错java.lang.OutOfMemoryError: Java heap space的排查方法(jmap与jcmd导出堆快照、MAT定位泄漏点与-Xmx调整)
Java heap space只说明堆分配不下了,谁占着堆要看堆快照。用-XX:+HeapDumpOnOutOfMemoryError留现场,jcmd与jstat判断是泄漏还是-Xmx给小了,再用MAT的Dominator Tree追引用链,顺带说清容器里UseContainerSupport与OOMKilled的关系。
-
Nginx报错502 Bad Gateway的排查方法(connect() failed与upstream prematurely closed connection定位、proxy_read_timeout与keepalive配置)
502 Bad Gateway基本都出在nginx与后端之间这一段。按error.log里的报错串分成四种情况定位:connect refused、upstream prematurely closed、upstream timed out、no live upstreams,再配keepalive与三个proxy超时参数,附上ss、curl与文件描述符的检查命令。
-
npm install报错ERESOLVE unable to resolve dependency tree的解决方法(peer依赖冲突定位与overrides覆盖)
npm install报ERESOLVE时先读报错定位冲突的两个包:确认npm与Node版本、对齐peer依赖范围、用overrides钉住嵌套依赖版本、npm ls与npm explain查来源,文中给出--legacy-peer-deps与--force的适用场景与区别。
-
SSH登录报错Permission denied (publickey)的排查与解决方法(ssh -vvv定位、密钥权限修复与OpenSSH 8.8算法变更)
公钥登录报Permission denied (publickey)时按7个检查点排查:ssh -vvv看卡在哪一步、sshd -T确认实际生效配置、.ssh与authorized_keys的权限属主、OpenSSH 8.8禁用ssh-rsa的算法变更、用户名与端口、服务端日志定位,文中命令可直接复制执行。
-
MySQL报错Deadlock found when trying to get lock的排查方法(SHOW ENGINE INNODB STATUS定位死锁与加锁顺序调整)
业务日志里出现ERROR 1213 Deadlock found when trying to get lock,说明InnoDB检测到循环等待并回滚了其中一个事务。本文讲如何用SHOW ENGINE INNODB STATUS读取LATEST DETECTED DEADLOCK段、用innodb_print_all_deadlocks留档、8.0的performance_schema.data_lock_waits查当前等待关系,以及加锁顺序、间隙锁、锁升级三类成因的改法。
-
Docker容器退出码137与OOMKilled的排查方法(docker inspect定位、内存限额调整与JVM容器感知)
容器跑着跑着自己就没了,docker ps -a里显示Exited (137),应用日志毫无异常。137等于128加9,是进程被SIGKILL杀掉的信号。本文讲如何用docker inspect确认OOMKilled、翻dmesg内核记录、读cgroup v2的memory.events拿到真实用量,以及不同退出码139、143的区别。