关于android SDK安装Failed to fetch URL http://dl-ssl.google.com/android/repository/addons_list-1.xml出错

本文解决Android SDK加载失败问题,并分享了作者在Android开发过程中的学习心得,强调独立思考和解决问题的重要性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

      最近SDK出问题了,然后在google下载了一个android-sdk-windows.rar,然后点击SDK Manager,结果一直不能刷新API Level,然后就开始在网上找了好多资料,解决这个问题,修改 HOSTS,    HTTP  和  HTTPS  都不能解决,这给我带来了很大的困惑!   加载不出来的界面错误为:


Fetching http://dl-ssl.google.com/android/repository/addons_list-1.xml
Failed to fetch URL http://dl-ssl.google.com/android/repository/addons_list-1.xml, reason: Connection to http://dl-ssl.google.com refused
Fetched Add-ons List successfully
Fetching URL: http://dl-ssl.google.com/android/repository/repository-6.xml
Failed to fetch URL http://dl-ssl.google.com/android/repository/repository-6.xml, reason: Connection to http://dl-ssl.google.com refused
Done loading packages.
Fetching https://dl-ssl.google.com/android/repository/addons_list-1.xml
Failed to fetch URL https://dl-ssl.google.com/android/repository/addons_list-1.xml, reason: Connection to https://dl-ssl.google.com refused
Fetched Add-ons List successfully
Fetching URL: https://dl-ssl.google.com/android/repository/repository-6.xml
Failed to fetch URL https://dl-ssl.google.com/android/repository/repository-6.xml, reason: Connection to https://dl-ssl.google.com refused
Done loading packages.


我就纠结了,一直连接失败,难道是电信把google android屏蔽了,最近有一个想法,电信再怎么屏蔽android  但是不会屏蔽google搜索引擎的,如果电信把google搜索引擎屏蔽了,那电信估计也倒闭了! 呵呵  我就做了一个选择  ,使用www.google.com做代理,详细看截图:

 

然后点击了一个package下的  reload  重新加载,呵呵  结果API level  全部出来了,真的很爽歪歪  ,呵呵  分享给大家,希望给大家有帮助~ 

看了一下自己的评论,蛮多的,很高兴能满足很多朋友。不过本人也折腾android好几年了,说一下自己的一些心得吧:
如果要把android学好,必须要走出自己的路,不然的去独立思考,做不出来就画图,任何绝决不了的问题都是思路或者逻辑没想通的,我曾经很多问题没解决,最后都是逼着自己必须把问题解决,这就是坚持和负责!今天,我已经养成了习惯,养成了不屈不服的心,要知道,如果别人能实现的功能,你肯定也可以,因为你不比别人差多少,只是比别人花费的时间少而已!对自己要有信心,学程序对了一个阶段后,不是写代码,是一个思考的心,这是一种全新的境界,这个境界如果早点到到底人就能把世界看的更透彻!人在不同层次,境界也是不一样的,平静如水的态度,坚持不屈不服的心,将会注定一个人的不凡!一句话,人一定要靠自己,希望大家以后遇到困难都要多思考多尝试!能发现问题是好事,能解决问题更是好事!

----spring sky


顺便说一下,本人年纪不小了,为了能做出自己的一些事情,有点创业的想法,如果有创业的朋友缺忠诚的合作伙伴,请联系我!(专注于android ios开发,没有神一样的智商,但拥有不屈不服的心,不为困难而低头,只为理想而拼搏)

<think>好的,我现在需要处理用户遇到的这个错误信息:“Failed to fetch http://10.17.21.147:9081/repository/apt-ubuntu-ports-proxy/dists/jammy/main/binary-arm64/Packages 404”。首先,我需要分析这个问题可能的原因,并给出解决方案。 首先,用户使用的是APT仓库,URL结构看起来像是一个内部或私有仓库的地址,可能是公司或机构内部的镜像源。错误是404 Not Found,说明该路径下的文件不存在。接下来,我需要分步骤考虑可能的问题点。 第一步,检查URL是否正确。用户提供的URLhttp://10.17.21.147:9081/repository/apt-ubuntu-ports-proxy/dists/jammy/main/binary-arm64/Packages。这里可能存在几个问题。首先,确认IP地址和端口是否正确。10.17.21.147看起来是内网地址,用户需要确认该服务器是否可达,并且端口9081是否开放。此外,路径中的目录结构是否正确,比如dists/jammy/main/binary-arm64,可能对应的Ubuntu版本Jammy Jellyfish(22.04),架构为arm64。用户需要确认该仓库是否确实支持arm64架构,或者是否存在拼写错误,比如目录名是否应为binary-arm64或者其他变体,如arm64/binary之类的结构。 第二步,检查仓库配置。用户的sources.list文件中可能有该仓库的条目。需要查看该条目是否正确。例如,正确的APT源配置行应该类似于: $$deb http://10.17.21.147:9081/repository/apt-ubuntu-ports-proxy jammy main$$ 用户需要确认是否遗漏了某些组件,例如是否指定了正确的发行版(jammy)、组件(main)和架构。如果仓库不支持arm64架构,可能会返回404错误。 第三步,网络连接问题。用户需要确认能够访问该服务器。可以使用curl或wget命令测试该URL是否可达。例如: $$curl -I http://10.17.21.147:9081/repository/apt-ubuntu-ports-proxy/dists/jammy/main/binary-arm64/Packages$$ 这会返回HTTP响应头,查看状态码是否为404或其他错误。如果是连接被拒绝或超时,可能是网络问题或服务器问题。 第四步,仓库同步问题。假设该仓库是镜像Ubuntu官方仓库的代理,可能仓库的维护者没有正确同步arm64架构的软件包,导致该目录不存在。需要联系仓库管理员确认是否支持arm64,或者同步是否有问题。 第五步,架构是否匹配。用户的操作系统架构是否为arm64?如果用户使用的是amd64机器,但错误地配置了arm64的源,可能会导致问题。不过,通常APT会根据系统架构自动选择正确的目录,但需要确认仓库是否提供对应架构的包。 可能的解决方案包括:检查仓库配置是否正确,确保路径中的发行版、组件和架构正确;联系管理员确认仓库状态;临时更换为官方源测试是否可行,以排除仓库本身的问题;检查网络连接是否正常。 此外,可能需要手动浏览仓库的目录结构,查看是否存在所需的文件。例如,访问上一级目录http://10.17.21.147:9081/repository/apt-ubuntu-ports-proxy/dists/jammy/,查看main目录下是否有binary-arm64子目录,或者是否有其他架构的目录。如果不存在,说明仓库配置或同步有问题。 总结下来,用户需要逐步排查URL正确性、网络连通性、仓库配置、架构支持等方面的问题,或者寻求管理员的帮助。</think>你遇到的错误信息 `Failed to fetch http://10.17.21.147:9081/.../binary-arm64/Packages 404` 表明系统在尝试访问APT仓库时,目标路径不存在(HTTP 404错误)。以下是逐步分析和解决方案: --- ### **1. 检查仓库配置** 错误通常由APT源(`sources.list`)配置错误引起。请检查你的仓库配置是否符合以下条件: - **URL路径正确性**:确认IP地址(`10.17.21.147`)、端口(`9081`)和路径(`repository/apt-ubuntu-ports-proxy`)是否有效。 - **发行版与架构匹配**:Ubuntu Jammy(22.04)的仓库目录通常为 `dists/jammy`,而 `binary-arm64` 表示仓库需支持ARM64架构。请确认: - 仓库是否实际提供ARM64架构的软件包? - 路径中是否拼写错误(如 `arm64` 写成 `amd64`)? --- ### **2. 手动验证URL可达性** 通过命令行工具直接访问URL,确认文件是否存在: ```bash # 使用curl测试(返回HTTP状态码) curl -I http://10.17.21.147:9081/repository/apt-ubuntu-ports-proxy/dists/jammy/main/binary-arm64/Packages # 或使用wget下载文件 wget http://10.17.21.147:9081/repository/apt-ubuntu-ports-proxy/dists/jammy/main/binary-arm64/Packages ``` - 如果返回 `404`,说明路径确实不存在。 - 如果返回连接超时或拒绝,可能是网络或服务器问题。 --- ### **3. 检查仓库目录结构** 尝试访问URL的父目录,手动浏览仓库结构: ``` http://10.17.21.147:9081/repository/apt-ubuntu-ports-proxy/dists/jammy/ ``` 检查是否存在 `main/binary-arm64` 子目录。如果目录结构不符,可能需要调整APT源配置。 --- ### **4. 确认仓库同步状态** 若这是企业内部或代理仓库,可能是仓库未正确同步: - 联系仓库管理员,确认是否支持ARM64架构。 - 检查同步日志,确保Ubuntu Jammy的ARM64软件包已成功拉取。 --- ### **5. 临时解决方案** - **更换为官方源测试**:将APT源临时替换为Ubuntu官方镜像,排除本地仓库问题: ```bash sudo sed -i 's|http://10.17.21.147:9081/repository/apt-ubuntu-ports-proxy|http://ports.ubuntu.com/ubuntu-ports|g' /etc/apt/sources.list sudo apt update ``` - **指定其他架构**(谨慎操作):如果仓库仅支持部分架构,可在APT配置中明确指定: ```bash deb [arch=amd64] http://10.17.21.147:9081/repository/apt-ubuntu-ports-proxy jammy main ``` --- ### **总结** 此问题通常由以下原因导致: 1. 仓库未同步ARM64架构的软件包。 2. APT源配置路径错误。 3. 网络或服务器故障。 建议优先联系仓库管理员确认服务状态,再逐步排查本地配置。
评论 104
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值