Antigravity Linux 版本安装指南:完美解决海外软件源添加后的网络连接难题

一、项目场景:

在 Linux 环境下配置海外软件源 "Antigravity":

当我们需要在系统中添加第三方软件包仓库源(Repository),并希望通过 apt install 快速安装和持续更新软件时,经常会遇到仓库服务器位于海外(如 Google Artifact Registry)的情况。

二、问题描述

APT Update 过程中出现 HTTPS 连接超时

在这里插入图片描述

三、原因分析:

这是典型的“跨境链路延迟”与“内部路由策略冲突”导致的问题:
  1. 常规网络环境: 终端在连接海外高带宽仓库(如 us-central1-apt.pkg.dev)时,由于跨境物理链路波动或路由节点较多,极易出现 Handshake 超时。
  2. 全局加速模式: 当开启全局网络加速(如网关转发或虚拟网卡模式)时,所有流量会被强制重定向。此时访问国内镜像源(清华、阿里、中科大等)反而会因为“绕路”或国内源的安全策略(限制非本地 IP 访问)而导致连接卡死。

四、解决方案:配置 APT “定向加速分流”

不需要开启全局模式,我们只需通过修改 APT 配置,让系统“聪明”地识别域名:访问海外仓库时使用局部代理,访问国内镜像源时保持物理链路直连。

第一步:配置 APT 的针对性代理

你需要获取本地加速服务的 HTTP 监听端口(通常本地服务的默认端口为 7890mixed-port 指定的端口)。

在这里插入图片描述

创建一个针对特定域名的代理配置文件:

sudovim /etc/apt/apt.conf.d/99antigravity-proxy 

在文件中输入以下内容(注意: 请根据你加速工具的实际本地端口修改 127.0.0.1:7890):

# 仅针对 Antigravity 所在的 Google 域名开启局部加速 Acquire::http::Proxy::us-central1-apt.pkg.dev "http://127.0.0.1:7890/"; Acquire::https::Proxy::us-central1-apt.pkg.dev "http://127.0.0.1:7890/";# 其他国内镜像源将默认走 DIRECT 直连,互不干扰

:wq 保存退出。

第二步:正常更新并安装

此时,你无需开启全局模式,直接在终端执行标准更新命令:

sudoapt update sudoaptinstall antigravity 

分流效果:apt 会自动判断:请求海外仓库时通过本地 7890 端口进行链路优化,而更新阿里、腾讯等源时直接连接,下载速度可达带宽满速。


备选方案:环境变量临时加速(快捷有效)

如果你不想持久化修改系统配置,也可以在执行命令时通过环境变量临时指定加速通道。

前提: 确保本地加速服务已在后台运行(监听相应端口)。

执行以下合并命令:

sudohttps_proxy=http://127.0.0.1:7890 apt update sudohttps_proxy=http://127.0.0.1:7890 aptinstall antigravity 

这种方式仅对当前单次命令生效,具有极高的灵活性,且不会对系统其他联网软件造成任何影响。


关于虚拟网卡 (TUN) 模式的避坑指南:

如果你必须在虚拟网卡模式下运行,请务必在加速软件的设置中,通过 yaml 规则覆写或“分流设置”将以下常用国内镜像域名加入 “直连 (DIRECT) 规则”,否则会导致系统更新极慢:

  • mirrors.tuna.tsinghua.edu.cn
  • mirrors.aliyun.com
  • mirrors.ustc.edu.cn

五、其他(Antigravity相关配置)

1、Antigravity登录无跳转、右侧Agent无AI模型加载等问题

分享使用 Google Antigravity 账号不可用、2api 的实战经验

2、默认Open VSX拓展市场拓展推荐

连接远程服务器

在这里插入图片描述

查看相关AI模型剩余额度,但是在远程服务器上貌似不起作用,可搜索下载第二款作为替代

在这里插入图片描述


在这里插入图片描述

3、类VS Code插件拓展风格配置

Antigravity 默认使用Open VSX作为插件市场,但其本质是 VS Code fork二次开发的,可以直接改 Marketplace 配置,同时导入原VS Code当中已有插件
[!WARNING]
有些原VS Code拓展在Antigravity中并不兼容,如远程连接ssh服务,使用后一直连接失败,需要下载Open VSX市场的 open remote ssh.

导入VS Code已安装拓展,使用ctrl+shift+p后输入import VS Code extensions

在这里插入图片描述

在 Antigravity 里:点击左侧拓展市场图标上方文字说明蓝色超链接 Antigravity Settings -> Editor,找到以下两项,把 URL 改成 VS Code 的地址。Marketplace Item URL:

https://marketplace.visualstudio.com/items 

Marketplace Gallery URL:

https://marketplace.visualstudio.com/_apis/public/gallery 

Read more

《并查集:算法中的高效集合操作利器》:一文带你掌握并查集数据结构

《并查集:算法中的高效集合操作利器》:一文带你掌握并查集数据结构

系列文章目录 文章目录 * 系列文章目录 * 一、认识并查集 * 1.并查集的定义 * 2.基本概念 * 2.1.集合的表示 * 2.2.合并操作 * 2.3.查询操作 * 3.基本操作 * 3.1初始化 * 3.2.查找 * 3.3.合并 * 4.优化技巧 * 4.1.路径压缩 * 4.2.按秩合并 * 5.代码完整实例 * 6.应用场景 * 6.1.图的连通性 * 6.2.社交网络分析 * 6.3.动态连通性问题 * 7.

By Ne0inhk
【LeetCode经典题解】:二叉树转字符串递归解法的核心逻辑与代码解剖

【LeetCode经典题解】:二叉树转字符串递归解法的核心逻辑与代码解剖

🎁个人主页:User_芊芊君子 🎉欢迎大家点赞👍评论📝收藏⭐文章 🔍系列专栏:Java.数据结构 【前言】 在二叉树的算法问题中,将二叉树结构转化为特定格式的字符串是经典的基础题型,这一问题不仅考察对二叉树遍历的理解,更考验对递归逻辑和边界条件的处理能力。本文将围绕 tree2str 问题展开,通过逐行拆解代码的方式,分析如何利用递归实现二叉树到字符串的转换,并解读其中关键的边界处理技巧,帮助读者深入理解递归在树形结构问题中的应用思路。 文章目录: * 一、根据二叉树创建字符串 * 二、思路分析 * 三、代码 * 1.代码分析 * 1.1 主方法`tree2str`: * 1.2 递归辅助方法`tree2strChild` * 2.代码展示 一、根据二叉树创建字符串 链接直达:根据二叉树创建字符串 二、思路分析 要求将二叉树按照“根节点(左子树)

By Ne0inhk
HDFS数据块机制深度解析:块大小设计与存储哲学

HDFS数据块机制深度解析:块大小设计与存储哲学

HDFS数据块机制深度解析:块大小设计与存储哲学 * 引言:块——HDFS存储的核心抽象 * 一、HDFS默认块大小 * 1.1 版本演进与默认值 * 1.2 查看和验证块大小 * 1.3 配置文件中的设置 * 二、为什么HDFS采用块存储? * 2.1 核心设计思想 * 2.2 详细解析:为什么块存储如此重要? * **2.2.1 减少寻址开销,提升I/O效率** * **2.2.2 支持超大文件,超越单机限制** * **2.2.3 简化存储设计,降低元数据复杂度** * **2.2.4 便于数据复制,增强容错性** * **2.2.5 支持数据本地性,

By Ne0inhk
21届智能车雁过留痕备战指南|龙邱科技STC+神眼摄像头处理 高效搜线算法思路分享

21届智能车雁过留痕备战指南|龙邱科技STC+神眼摄像头处理 高效搜线算法思路分享

今年STC单片机首次增设摄像头组别,相信不少备战的同学想要知道这颗新U是否能够快速上手并能够像传统摄像头组别一样,高效完成图像处理,提高车模控制系统上限。 其中最突出的痛点的是:有同学搭建完核心算法组合后,可能感觉到略微卡顿或系统延迟,影响车模调试上限,我们第一次搭建完经过测试单帧处理耗时高达20多ms,这导致车辆运行稳定性和反应速度受限、甚至可能有冲出赛道的情况发生,导致调试陷入瓶颈,提速困难,短时间内难以找到有效突破方向。 针对这一高频痛点,我们结合备战同学的实际调试场景,经过反复测试、迭代优化,整理出一套实用性极强的帧率优化思路,实测验证有效,优化后单帧处理耗时可稳定降至9-11ms,彻底解决卡顿难题,这里将图像处理和以西优化思路分享给大家,希望能够帮助到更多的同学! 实测数据对比,直观呈现优化效果 图像处理方案单帧采集+处理耗时未优化(采集+处理)20ms-25ms(能感觉到慢,上限较低)优化后(采集+处理)9ms-11ms(流畅稳定,提高了上限) 同学们遇到的卡顿问题,核心症结主要集中在两点:一是内存资源不足,二是算法计算耗时过长。在拆解具体优化方法前,我

By Ne0inhk