ARM自制OS编辑器语法高亮问题排查及功能完善需求

一、先修复C/C++关键词高亮失效问题 #

大概率是文件类型识别或关键词匹配逻辑出了问题：

• 检查文件后缀检测逻辑，确认.c/.cpp能被正确归类到对应语言分支
• 修正关键词匹配规则：用单词边界判断（比如手动检查目标字符串前后是否为非字母/数字/下划线），避免把int_var这类标识符里的int误判为关键词；同时补全C/C的核心关键词列表（比如C的typedef、union，C的template、override）

二、新增Java文件关键词高亮 #

1. 整理Java核心关键词集合：public、private、protected、class、interface、extends、implements、static、void、int、char、boolean、try、catch等
2. 在文件类型检测模块添加.java后缀的识别规则
3. 复用已有的关键词高亮逻辑，给Java关键词分配专属高亮色（比如蓝色\033[34m）

三、双引号内文本绿色高亮 #

用状态机实现字符串匹配：

• 维护一个in_string状态标记，初始为false
• 遍历文本时：
  • 遇到未转义的"时，切换in_string状态，同时输出ANSI绿色代码\033[32m（进入字符串时）或默认颜色\033[0m（退出时）
  • 遇到\时，跳过下一个字符（处理转义的\"，避免误判为字符串结束）
• 注意：如果编辑器支持多行字符串，要确保状态能跨行保留

四、复杂数字格式高亮 #

针对下划线分隔、科学计数法的数字，设计精准匹配规则（用状态机或轻量正则，避免ARM环境内存过载）：

1. 带下划线的整数/浮点数：
   • 整数：匹配以数字开头，后续可穿插_+数字的序列（比如123_456、0）
   • 浮点数：匹配整数部分+.+小数部分，两部分都允许下划线分隔（比如123_456.789_012）
2. 科学计数法：
   • 匹配格式：[+-]?（可选符号） + 整数/浮点数 + [eE] + [+-]?（可选指数符号） + 整数（允许下划线），比如1.23e4、123_456E-789、-9_876.543e+21
3. 匹配时要排除标识符中的数字片段（比如var_123里的_123），可通过判断数字前的字符是否为非字母/下划线来实现
4. 给匹配到的数字分配高亮色（比如紫色\033[35m）

环境适配注意事项（QEMU aarch64） #

• 已经验证ANSI颜色输出正常，重点保证匹配逻辑的内存效率，优先用状态机而非重型正则库
• 测试覆盖边界场景：空字符串、转义双引号、超长数字串、混合多种语法元素的代码行

内容的提问来源于stack exchange，提问作者Dmytro Parkhomenko