迁移至SLF4J+Log4j2后Allure报告无法解析SLF4J2占位符求助

问题根源 #

当前@Step注解直接通过{0}引用原始格式字符串，Allure仅会将{0}替换为传入的format参数（如"Value is {}"），但不会自动解析字符串内部的SLF4J风格{}占位符，也不会关联后续的参数数组进行替换。

可行解决方法 #

方法1：先解析格式字符串再传入@Step #

利用SLF4J自带的MessageFormatter提前完成占位符替换，将最终格式化后的字符串传给@Step：

import org.slf4j.helpers.MessageFormatter;

@Step("INFO: {}")
public void logInfo(final String format, final Object... argArray) {
    String formattedMsg = MessageFormatter.arrayFormat(format, argArray).getMessage();
    log.info(formattedMsg);
}

调用logInfo("Value is {}", "sample")时，Allure报告将直接显示INFO: Value is sample。

方法2：显式展开@Step中的参数（适用于固定参数场景） #

如果日志格式的参数数量固定，可直接在@Step中引用具体参数，避免嵌套占位符冲突：

@Step("INFO: Value is {1}")
public void logInfo(final String format, final Object value) {
    log.info(format, value);
}

此方法局限性较强，仅适合参数数量固定的场景。

方法3：自定义Allure Step处理逻辑（进阶） #

若项目中有大量此类日志方法，可封装统一的工具类或自定义注解，自动处理SLF4J格式字符串的解析，再将结果注入@Step中，减少重复代码。

注意事项 #

• Allure的{n}语法是用于引用方法参数，与SLF4J的{}占位符语法冲突，不可在@Step字符串中嵌套使用SLF4J占位符。
• 使用SLF4J自带的MessageFormatter无需额外引入依赖，兼容性更强。

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