我需要大量的调试，但我找到了它。当你阅读规范时，EL是一种语言，它选择只有在没有可能的默认值可以替代时才抛出异常。在我的例子中，表达式${notifEmails[index]}由ArrayELResolver在此方法中解析：

public Object getValue(ELContext context, Object base, Object property) {
    Objects.requireNonNull(context);

    if (base != null && base.getClass().isArray()) {
        context.setPropertyResolved(base, property);
        int idx = coerce(property);
        if (idx < 0 || idx >= Array.getLength(base)) {
            return null;
        }
        return Array.get(base, idx);
    }

    return null;
}

如果index不在数组的边界内，EL将返回null作为“我找不到该值”。
然后EL将null强制为String，并且在规范中必须将null强制为空字符串。

public static final String coerceToString(final ELContext ctx, final Object obj) {

    if (ctx != null) {
        boolean originalIsPropertyResolved = ctx.isPropertyResolved();
        try {
            Object result = ctx.getELResolver().convertToType(ctx, obj, String.class);
            if (ctx.isPropertyResolved()) {
                return (String) result;
            }
        } finally {
            ctx.setPropertyResolved(originalIsPropertyResolved);
        }
    }

    if (obj == null) {
        return "";
    } else if (obj instanceof String) {
        return (String) obj;
    } else if (obj instanceof Enum<?>) {
        return ((Enum<?>) obj).name();
    } else {
        return obj.toString();
    }
}

因此，该行为符合规范，属于正常行为。
（对不起，tomcat异常屏幕！：D）