升级TYPO3到v11搭配PHP8后含ViewHelpers的扩展后台报selected键未定义错误

• PHP版本变更导致的错误级别升级：PHP 8.0+将未定义数组键访问的错误等级从原先的E_NOTICE调整为E_WARNING，而TYPO3核心的错误处理器默认会将所有E_WARNING级别的错误转为可抛出的异常，你升级前使用的PHP7.x版本下这类问题只会产生静默的通知，不会阻断程序运行，所以升级后才会暴露问题。
• TYPO3 v11.4核心存在兼容性bug：该版本的TYPO3\CMS\Fluid\ViewHelpers\Be\Menus\ActionMenuItemViewHelper代码中，第116行直接读取$tagAttributes['selected']参数，没有提前判断该数组键是否存在，当扩展调用这个ViewHelper时如果没有主动传入selected属性，就会触发PHP8的数组键未定义警告，进而转为异常抛出。

• 定位第三方扩展中be:menus.actionMenuItem ViewHelper的调用代码，确认是否未显式传递selected参数，绝大多数旧扩展开发时会省略该参数，依赖核心的默认逻辑处理，适配PHP7时没有问题。
• 打开路径typo3/sysext/fluid/Classes/ViewHelpers/Be/Menus/ActionMenuItemViewHelper.php，查看第116行的代码逻辑，确认是否存在直接读取selected数组键未做存在性判断的情况。

• 优先升级TYPO3核心到v11.5及以上的LTS版本，该兼容性问题已经在TYPO3 v11的后续补丁版本中被官方修复，核心代码已经补充了数组键存在性判断，天然适配PHP8运行环境。
• 若暂时无法升级核心，可临时手动修复核心文件：将第116行直接读取$tagAttributes['selected']的逻辑调整为$tagAttributes['selected'] ?? false，或者在读取前先通过isset($tagAttributes['selected'])做判断，避免未定义访问。
• 针对自行开发的自定义扩展，可在调用be:menus.actionMenuItem时主动传入selected参数，赋值为布尔值，示例写法为<be:menus.actionMenuItem controller="YourController" action="yourAction" selected="{f:if(condition: '当前控制器/动作匹配', then: 1, else: 0)}">，从调用侧避免参数缺失。
• 调试阶段可临时在TYPO3全局配置中调整错误报告等级，屏蔽E_WARNING级别的错误避免阻断业务，但该方案仅适用于临时排查，禁止在生产环境使用。

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