利用socket进行通信时，在服务器端运行一个socket通信程序。服务器端不停地监听某个端口，等待客户的连接申请，接到申请后建立连接并进行通信，所以，在socket通信方式中，服务器是主动等待连接通信的到来。
利用URL进行通信时，在服务器端常驻一个CGI程序，但它一直处于休眠状态。只有在客户端要求建立连接时才被激活，然后与用户进行通信。所以，在URL 通信方式中，服务器是被动等待连接通信的到来。
由于URL通信和socket通信的方式不同，所以，它们有各自的特点。
利用socket进行通信时，服务器端的程序可以打开多个线程与多个客户进行通信，还可以通过服务器使各个客户之间进行通信。这种方式比较灵活，适用于一些较复杂的通信，但是服务器端的程序必须始终处于运行状态以监听端口。
利用 URL进行通信时，服务器端的程序只能与一个客户进行通信，形式比较单一。但是它不需要服务器端的CGI程序一直处于运行状态，只是在有客户申请时才被激活。所以，这种方式比较适用于客户机的浏览器与服务器之间的通信。
总之，Socket是底层实现，协议你要自己去写，不局限于http,可以是任何协议。而类似HttpClient， FtpClient，URLConnetcion之类的，是对专属协议的封装，当然由于部分实现原理，你可能无法完全控制连接操作，比如setTimeout这个参数。
二、URLConnection和HttpClient的区别。
首先：在 JDK 的 java.net 包中已经提供了访问 HTTP 协议的基本功能：HttpURLConnection。但是对于大部分应用程序来说，JDK 库本身提供的功能还不够丰富和灵活。
例如在Android中，AndroidSDK中集成了Apache的HttpClient模块，用来提供高效的、最新的、功能丰富的支持 HTTP 协议工具包，并且它支持 HTTP 协议最新的版本和建议。使用HttpClient可以快速开发出功能强大的Http程序。
其次：HttpClient是个很不错的开源框架，封装了访问http的请求头，参数，内容体，响应等等，
HttpURLConnection是java的标准类，什么都没封装，用起来太原始，不方便，比如重访问的自定义，以及一些高级功能等。HttpClient就是一个增强版的HttpURLConnection，HttpURLConnection可以做的事情HttpClient全部可以做；HttpURLConnection没有提供的有些功能，HttpClient也提供了，但它只是关注于如何发送请求、接收响应，以及管理HTTP连接。