slf4j 可以同时处理多个日志记录框架吗？
Can slf4j handel multiple logging frameworks simultaneously?
假设一个应用程序开发人员想要为他的应用程序使用一个利用 log4j 的库和一个利用 java.util.logging 的库。在这种情况下，slf4j 可以帮助他 "unify" 登录吗？在这种情况下 "unification" 是否值得一提？
我知道库应该使用 slf4j 编写，然后应用程序开发人员可以决定例如仅在后端使用 log4j。不过，我是日志记录的新手，并试图了解 slf4j 在不同情况下的优势。
此致，简
是的，请参阅 Bridging legacy APIs 上的文档。简而言之，您选择一个日志记录库作为您的 "real" 实现。对于其他人，使用像 jul-to-slf4j 或 jcl-over-slf4j 这样的 SFL4J 桥（请注意 java.util.logging 桥需要一些额外的配置，这在链接文档中有描述）。桥接库模拟旧日志记录库的 API 并将调用路由到您的 "real" 记录器。
假设一个应用程序开发人员想要为他的应用程序使用一个利用 log4j 的库和一个利用 java.util.logging 的库。在这种情况下，slf4j 可以帮助他 "unify" 登录吗？在这种情况下 "unification" 是否值得一提？
我知道库应该使用 slf4j 编写，然后应用程序开发人员可以决定例如仅在后端使用 log4j。不过，我是日志记录的新手，并试图了解 slf4j 在不同情况下的优势。
此致，简
是的，请参阅 Bridging legacy APIs 上的文档。简而言之，您选择一个日志记录库作为您的 "real" 实现。对于其他人，使用像 jul-to-slf4j 或 jcl-over-slf4j 这样的 SFL4J 桥（请注意 java.util.logging 桥需要一些额外的配置，这在链接文档中有描述）。桥接库模拟旧日志记录库的 API 并将调用路由到您的 "real" 记录器。