Chrome扩展上下文菜单子项数量限制及无额外UI方案咨询

• Chrome官方文档仅标注顶级上下文菜单上限为menus.ACTION_MENU_TOP_LEVEL_LIMIT，标称子菜单无数量限制，但实际Chromium内核存在未公开的硬编码阈值：单实例下累计创建的上下文菜单子项总数达到1000时，超出的项会被静默创建失败，无异常抛出，这是内核层面为防止菜单渲染卡顿、主进程内存异常上涨设置的保护阈值，多个正式版本的开发者实测结果一致。

不需要开发独立的弹窗/页面UI，基于原生上下文菜单能力即可绕开该限制，可选方案如下：

• 分类懒加载子菜单
  先按代码语法的属性做一级分类（比如关键字、内置函数、常量、自定义片段等），初始只创建分类级父菜单项，单级菜单总项数控制在900以内预留冗余。当用户鼠标悬停到对应分类父项时，监听onShown事件动态创建该分类下的子项，同时移除其他未激活分类下挂载的子项，全程保持内存中挂载的菜单项总数低于1000阈值，用户全程操作原生右键菜单，无额外交互跳转。
• 菜单内置实时过滤
  在子菜单顶部添加一个「搜索语法项」的入口，点击后通过内容脚本在光标紧邻位置注入行内输入框（非独立弹窗，视觉上和菜单操作连贯），输入关键词时实时动态更新当前子菜单下的匹配条目，始终保持单次渲染的菜单项数在阈值以内，选中目标项后直接插入到编辑器光标位置，取消输入则自动收起输入框回到默认菜单视图。
• 单分类分页挂载
  如果单分类下的语法项总数超过1000，在子菜单底部固定添加「上一页」「下一页」操作项，单页展示项数控制在950以内（预留位置给分页操作项），点击分页项时清空当前子菜单的已有条目，挂载对应分页的内容，不会触发数量上限。

实操提示：所有菜单项的动态创建、移除逻辑建议绑定在menus.onShown事件中触发，不要在扩展初始化阶段全量创建所有菜单项，既能避开1000条的数量限制，也能降低扩展常驻内存占用，减少右键菜单弹出的延迟。

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