1. 事件源「EventSource」与WebSocket的概念介绍
事件源「EventSource」是一种HTML5 API，用于创建服务器发送事件（SSE）的客户端。服务器发送事件指的是，一种从服务器到客户端的单向通信，通过HTTP长连接实现。客户端可以通过事件源对象监听服务器发送的事件，以实现实时数据推送。
WebSocket也是一种HTML5 API，也能实现服务器与客户端之间的实时双向通信。不同于HTTP请求和响应的方式，WebSocket通过一个持久化的TCP连接进行通信。同时，WebSocket使用更加轻量级的协议，通信数据量更小、效率更高。
2. 事件源「EventSource」和WebSocket的应用场景对比
2.1 事件源「EventSource」的应用场景
事件源「EventSource」通常用于服务端向客户端主动推送实时信息的场景，因为SSE（Server-Sent Events）采用了HTTP长连接，可以避免客户端频繁地向服务器发起请求，减少了网络带宽的浪费。
例如，在一个在线游戏中，游戏服务器需要实时将游戏数据发送给在游戏中的客户端。采用事件源「EventSource」可以减少服务器资源的消耗。
另外，事件源「EventSource」支持跨域访问，因此也可以在某些需要跨域通信的场景中使用。如下图所示：
<!-- 在http://a.com域名下的页面中 -->
<script>
var source = new EventSource('http://b.com/event');
source.onmessage = function(e) {
console.log('Received event');
}
</script>
上述代码在域名为a.com下的页面中，通过事件源对象监听域名为b.com下的服务器发送事件。
2.2 WebSocket的应用场景
WebSocket通常用于实时的双向通信场景。例如在线聊天室，需要客户端与服务器之间实时地进行通信。
WebSocket采用的是更加轻量级的通信协议，通信数据量更小，效率更高。同时，WebSocket能够保持长时间的持续连接，对于需要频繁通信的场景，能够减少网络带宽的浪费，提高通信效率。
3. 事件源「EventSource」与WebSocket的区别
3.1 连接方式不同
事件源「EventSource」使用HTTP长连接，这种方式比较适合单向实时通信场景。而WebSocket使用持久化的TCP连接，支持双向实时通信。
3.2 通信协议不同
事件源「EventSource」通信数据采用的是HTTP协议，是一种比较庞大的协议。而WebSocket采用的是轻量级的通信协议，通信数据量更小，通信效率更高。
3.3 兼容性不同
事件源「EventSource」在一些浏览器中的兼容性不如WebSocket，例如Internet Explorer。WebSocket的兼容性相对比较好，支持大部分浏览器。
4. 事件源「EventSource」与WebSocket的性能对比
在一些需要实时通信的场景下，事件源「EventSource」和WebSocket都能实现实时通信的目的。但是它们在性能上存在一些差异。
比较一下两种通信方式，在数据传递过程中所占用的CPU和内存资源，WebSocket相对更加省资源。另外，由于WebSocket采用了更加轻量级的通信协议，通信数据量更小，通信效率相对更高。
因此，在对实时通信的性能要求比较高的情况下，WebSocket是更加适合的选择。