能，完全不受影响。Ctrl+G（Windows/Linux）或Cmd+G（macOS）在只读文件中照常跳转，仅移动光标不触发编辑，权限不限制；行号超限则跳至末行，列号超长则停在行尾，输入须为纯数字或“行:列”格式。
只读文件里 Ctrl+G 还能用吗
能，完全不受影响。Ctrl+G（Windows/Linux）或 Cmd+G（macOS）在只读文件中照常跳转，输入行号或 行号:列号 格式即可定位。它只是移动光标，不触发编辑操作，所以权限限制不会拦截这个行为。
常见误解是“只读 = 不能动”，其实 Sublime 的跳转命令和编辑状态是解耦的。你甚至可以在一个被 chmod 444 锁死的文件上输入 127:5 并精准停在第 127 行第 5 列——只要该行存在且列数合法。
- 行号超出范围（比如文件只有 80 行却输
999）→ 光标跳到最后一行末尾，不报错 - 列号超出当前行长度（如
42:100但第 42 行只有 30 字符）→ 光标停在该行最右端 - 输入带空格、字母或冒号前缀（如
:42或line42）→ 输入框无响应，需清空重输纯数字
只读状态下 @ 符号跳转为什么有时失效
Ctrl+P @xxx 在只读文件中仍可工作，但前提是：项目已添加、文件已保存、语言模式正确。它依赖的是 Sublime 的符号索引，不是文件写权限。
真正卡住的地方往往不是只读本身，而是这些隐性条件没满足：
- 文件未保存 → 即使是只读打开的，如果内容是未保存的临时修改，
@搜索不会命中它（索引只收录磁盘上已存的内容） - 右下角显示
Plain Text→ Sublime 不解析符号，@render就搜不到任何函数定义 - 没通过
Project → Add Folder to Project添加根目录 →@只在当前打开的单文件范围内模糊匹配，基本无效
验证方法：打开一个只读的 utils.py，确认右下角是 Python，再按 Ctrl+P 输 @parse_config —— 如果有结果，说明索引正常；如果空，先检查保存状态和项目结构。
只读文件中无法 F12 跳转到定义，怎么办
F12 或 Ctrl+Click 在只读文件中大概率失败，这不是权限问题，而是 Sublime 原生就不做语义分析——它只做字符串匹配，容易跳到 import 行、注释或空白处。
想在只读环境下真正跳转到定义，得靠外部能力：
- 装
SublimeLSP+ 对应语言服务器（如pylsp），它能解析 AST，不依赖文件可写性 - 用
CTags：提前生成.tags文件，右键选Navigate to Definition，只要标签存在，只读文件也能跳 - 退而求其次：用
Ctrl+P输入utils.py@parse_config直接打开目标文件并定位，绕过当前文件的只读限制
注意：CTags 的 .tags 文件必须由可读权限的源码生成，但一旦建好，你在只读副本里使用它完全没问题。
跳转后无法编辑，但光标位置不准，怎么调
只读文件跳转后光标看起来“偏了”，通常是因为列号计算方式和你预期不一致：Sublime 的列号从 1 开始，包含空格和制表符，但不包含换行符，且 Tab 默认算 1 列（除非改了 tab_size 设置）。
例如这一行：def parse_config():，前面有 4 个空格缩进，那么 parse_config 的起始列就是 4 + 1 = 5（因为 d 是第 5 个字符）。如果你按编辑器显示的“视觉位置”去估列号，很容易差 1–2 列。
更稳的办法：
- 先用
Ctrl+F搜关键词，找到大致位置，再用Ctrl+G输入行号粗略跳过去 - 开启
draw_white_space设置，让空格和 Tab 显形，方便数列 - 对超长行，别硬估列号，用
Ctrl+R查当前文件符号，或Ctrl+Shift+F全项目搜函数名
只读不是障碍，模糊的列号认知才是实际卡点。
