如何用Java开发无需自建服务器、可连接现有公网域名的聊天应用

需求可行性说明 #

• 你设想的直接连接google.com、discord.com等公网域名即可让客户端互相通信的方案无法直接实现：公网域名对应的官方服务仅会处理符合自身服务协议的请求，不会为陌生客户端提供自定义消息的转发服务，你向对应端口发送的自定义聊天数据包会被直接丢弃。
• 无需自行搭建服务端的跨地域聊天是可以实现的，核心是利用公开的第三方通用消息中转服务或P2P穿透能力，以下是可落地的Java实现方案：

方案1：基于公开MQTT Broker实现（推荐，稳定性高） #

MQTT是轻量级消息协议，存在大量公开免费的公共Broker服务，所有连接到同一公共Broker、订阅了同一个主题的客户端，都可以跨地域互相收发消息，完全无需自行部署服务端。
Java侧可以使用Eclipse Paho客户端库实现，核心流程：

1. 引入MQTT客户端依赖
2. 所有客户端连接同一个公开MQTT Broker
3. 所有客户端订阅同一个自定义主题，可自行定义不会和其他人冲突的主题名称
4. 发送消息时向该主题推送消息，所有订阅的客户端都会收到
   简单示例代码片段：

// 引入paho依赖后实现
MqttClient client = new MqttClient("tcp://test.mosquitto.org:1883", MqttClient.generateClientId());
client.connect();
// 订阅公共聊天主题
client.subscribe("chat/global/my_custom_chat_topic", (topic, message) -> {
    // 收到消息后更新GUI即可
    String msg = new String(message.getPayload());
    System.out.println("收到消息：" + msg);
});
// 发送消息逻辑
client.publish("chat/global/my_custom_chat_topic", new MqttMessage("测试消息".getBytes()));

方案2：基于WebRTC P2P实现 #

如果不需要中转服务，可以用公开的STUN服务器实现P2P打洞，谷歌提供了免费的公开STUN服务器，打洞成功后两个客户端可以直接点对点通信，不需要经过第三方中转。Java侧可以使用libjitsi等库实现WebRTC能力，适合对隐私要求高的场景，但缺点是部分复杂NAT环境下可能打洞失败，无法建立连接。 #

原有代码的问题 #

你目前提供的是经典客户端-服务端架构的Demo代码，其中ServerSocket是服务端监听逻辑，必须部署在公网可访问的服务器上才能让跨地域客户端连接，不符合你无需自建服务端的需求，可根据上述两个方案重构网络层逻辑即可。

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