Log4j是否支持远程日志？TcpSocketServer移除后实现方案

很多人踩过这个坑：你找不到org.apache.logging.log4j.core.net.server.TcpSocketServer类不是功能被移除，是Log4j从2.15版本做安全整改之后，把所有内置的简易日志服务端实现从log4j-core核心包拆到了独立的可选模块log4j-server里，大部分早期教程都没更新这个依赖变动说明，才会报类不存在的错误。

方案1：兼容老示例的快速实现 #

如果只是要跑通你找到的旧示例逻辑，几乎不用改代码，补全依赖即可：

• 给服务端项目引入和当前使用的log4j-core版本号完全一致的log4j-server依赖，拆分后所有SocketServer类的全路径没有任何变化，还是原来的包路径
• 服务端启动方式、配置规则和老版本完全一致，启动时传入监听端口、服务端Log4j配置文件路径就能正常运行
• 客户端原有SocketAppender配置不需要调整，注意把日志序列化格式从默认的Java序列化改成JSON Layout，Log4j 2.16之后的版本默认已经禁用Java序列化的日志接收，就是为了封堵之前的远程代码执行风险
• 如果需要UDP传输、SSL加密传输，同模块下的UdpSocketServer、SslSocketServer也都完整保留，用法和旧版本一致

• 注意：千万不要为了兼容老代码强行开启Java序列化格式的日志传输，这个配置是之前Log4j高危漏洞的核心触发点之一，不管测试还是生产环境都建议禁用。

方案2：生产环境推荐实现 #

官方自带的TcpSocketServer本身定位就是简易测试工具，没有内置缓存、限流、异常重试、断点续传这些生产环境必备的能力，正式业务场景建议用更稳定的通用方案：

• 客户端保持SocketAppender配置，统一输出JSON格式的结构化日志，根据业务量级配置好内存队列大小、重试次数参数
• 接收端不要用Log4j自带的简易服务端，直接用主流的通用日志采集组件监听对应TCP端口，接收日志后可以直接转发到后续的日志存储、分析系统，稳定性和扩展性远高于自带的简易服务端，也不会和Log4j版本绑定
• 如果需要跨组件兼容，也可以直接把客户端Appender换成SyslogAppender走标准syslog协议，几乎所有日志采集组件都原生支持这个协议，不需要做额外适配

参考说明 #

对应版本的Log4j官方文档中有log4j-server模块、Socket Appender的完整配置示例，你找到的旧示例项目只要补上log4j-server依赖就能直接运行，不需要调整业务逻辑代码。

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