随笔分类 - Java
摘要：前面介绍了如何通过Socket接口传输文本与文件，在示例代码中，Socket客户端得先调用connect方法连接服务端，确认双方成功连上后才能继续运行后面的代码，这种确认机制确保客户端与服务端的的确确成功连接了，因而是可靠的网络连接，并且该可靠连接属于TCP连接。为啥这么说呢？因为TCP协议（全称“
阅读全文
摘要：前面介绍了怎样通过Socket在客户端与服务端之间传输文本，当然Socket也支持在客户端与服务端之间传输文件，因为文件本身就是通过I/O流实现读写操作的，所以在套接字的输入输出流中传输文件真是再合适不过了。只是套接字属于长连接，倘若Socket一直不关闭，连接将总是处于就绪状态，也就无法判断文件数
阅读全文
摘要：前面介绍了HTTP协议的网络通信，包括接口调用、文件下载和文件上传，这些功能固然已经覆盖了常见的联网操作，可是HTTP协议拥有专门的通信规则，这些规则一方面有利于维持正常的数据交互，另一方面不可避免地缺少灵活性，比如下列条条框框就难以逾越：1、HTTP连接属于短连接，每次访问操作结束之后，客户端便会
阅读全文
摘要：前面介绍了通过HttpClient实现HTTP接口的GET方式调用和POST方式调用，那么文件下载与文件上传又该如何操作呢？其实在HttpClient看来，文件下载属于特殊的GET调用，只不过应答报文由字符串形式变成了文件形式；同样文件上传属于特殊的POST调用，只不过请求报文也由字符串形式变成了文
阅读全文
摘要：前面介绍了基于HttpURLConnection的网络访问请求，包括GET方式调用接口、POST方式调用接口、下载网络文件、上传本地文件这四种HTTP操作。虽然通过HttpURLConnection能够实现相应的业务功能，但是它的编码过程却有些繁琐，需要时时刻刻注意有关细节，一不留神便会掉到坑里。比
阅读全文
摘要：前面介绍了GET方式的HTTP调用，该方式主要用于向服务器索取数据，不管是字符串形式的应答报文，还是二进制形式的网络文件，都属于服务器提供的信息。当然调用方也可以向服务地址传送请求参数，除了通过连接对象设置的HTTP参数，还能给url地址添加形如“?参数A名称=A参数值&参数B名称=B参数值”这样的
阅读全文
摘要：所谓术业有专攻，一个程序单靠自身难以吃成大胖子，要想让程序变得血肉丰满，势必令其与外界多加交流，汲取天地之精华，方能练就盖世功夫。那么程序应当如何与外部网络进行通信呢？计算机网络的通信标准主要采取TCP/IP协议组，该协议组又可分为三个层次：网络层、传输层和应用层。其中网络层包括IP协议、ICMP协
阅读全文
摘要：前面介绍了JSON格式的报文解析，虽然json串短小精悍，也能有效表达层次结构，但是每个元素只能找到对应的元素值，不能体现更丰富的样式特征。比如某个元素除了要传输它的字符串文本，还想传输该文本的类型、字体大小、字体颜色等特征，且这些额外的风格样式与业务逻辑无关，自然不适合为它们单独设立参数字段。倘若
阅读全文
摘要：前面提到URL尾巴支持添加请求参数，具体格式形如“参数A名称=A参数值&参数B名称=B参数值”，可是这种格式只能传递简单的键值对信息，不能传递结构化数据，也无法传递数组形式的参数，因而它不适用于需要输入复杂参数的场合。为此人们发明了一种轻量级的数据交换格式JSON，它的数据格式完全独立于编程语言，不
阅读全文
摘要：URL的全称是Uniform Resource Locator，意思是统一资源定位符，俗称网络地址或网址。网络上的每个文件及接口，都有对应的URL网址，它规定了其他设备如何通过一系列的路径找到自己，犹如网购的包裹一路送至收货地址所描述的地点。现实生活中的通讯地址，一般遵循固定的格式，比如“××省××
阅读全文
摘要：前面依次介绍了普通线程池和定时器线程池的用法，这两种线程池有个共同点，就是线程池的内部线程之间并无什么关联，然而某些情况下的各线程间存在着前因后果关系。譬如人口普查工作，大家都知道我国总人口为14亿左右，可是14亿的数目是怎么数出来呢？倘若只有一个人去统计，从小数到老都数不完。好比一个线程老牛破车干
阅读全文
摘要：前面介绍了普通线程池的用法，就大多数任务而言，它们对具体的执行时机并无特殊要求，最多是希望早点跑完早点出结果。不过对于需要定时执行的任务来说，它们要求在特定的时间点运行，并且往往不止运行一次，还要周期性地反复运行。由于普通线程池满足不了此类定时运行的需求，因此Java又提供了定时器线程池来实现定时与
阅读全文
摘要：前面介绍了线程的基本用法，以及多线程并发的问题处理，但实际开发中往往存在许多性质相似的任务，比如批量发送消息、批量下载文件、批量进行交易等等。这些同类任务的处理流程一致，不存在资源共享问题，相互之间也不需要通信交互，总之每个任务都可以看作是单独的事务，仿佛流水线上的原材料经过一系列步骤加工之后变为成
阅读全文
摘要：前面介绍了多线程并发之时的资源抢占情况，以及利用同步、加锁、信号量等机制解决资源冲突问题，不过这些机制只适合同一资源的共享分配，并未涉及到某件事由的前因后果。日常生活中，经常存在两个前后关联的事务，像雇员和雇主这两个角色，他们之间的某些工作就带有因果关系。比如要等雇主接到了项目，雇员才有活干；又如每
阅读全文
摘要：前面介绍了同步与加锁两种并发处理机制，虽然加锁比起同步要灵活一些，但是加锁在某些高级场合依然力有未逮，包括但不限于下列几点：1、某块代码被加锁之后，对其它线程而言就处于繁忙状态，缺乏弹性的阈值范围；2、遇到被其它线程加锁的情况，当前线程要么一直等待，要么立即放弃，除了这两种反应之外，没有别的选择了；
阅读全文
摘要：前面介绍了如何通过线程同步来避免多线程并发的资源冲突问题，然而添加synchronized的方式只在简单场合够用，在一些高级场合就暴露出它的局限性，包括但不限于下列几点：1、synchronized必须用于修饰方法或者代码块，也就是一定会有花括号把需要同步的代码给包裹起来。这样的话，花括号内外的变量
阅读全文
摘要：多个线程一起办事固然能够加快处理速度，但是也带来一个问题：两个线程同时争抢某个资源时该怎么办？看来资源共享的另一面便是资源冲突，正所谓鱼与熊掌不可兼得，系统岂能让多线程这项技术专占好处？果然是有利必有弊，且看之前演示售票任务时候的多线程操作，具体代码如下所示： 光光看代码感觉并无不妥之处，仅仅是起了
阅读全文
摘要：前面介绍了线程的几种运行方式，不管哪种方式，一旦调用了线程实例的start方法，都会立即启动线程的事务处理。然而某些业务场景在事务执行时间方面有特殊需求，例如期望延迟若干时间之后才开始事务运行，又如期望每隔若干时间依次启动事务处理，如此种种都要求在指定的时间才能启动线程任务，也就是俗称的定时功能。有
阅读全文
摘要：前面介绍了如何利用Runnable接口构建线程任务，该方式确实方便了线程代码的复用与共享，然而Runnable不像公共方法那样有返回值，也就无法将线程代码的处理结果传给外部，造成外部既不知晓该线程是否已经执行完毕，也不了解该线程的运算结果是什么，总之无法跟踪分线程的行动踪迹。这里显然是不完美的，调用
阅读全文
摘要：前面介绍了线程的基本用法，按理说足够一般的场合使用了，只是每次开辟新线程，都得单独定义专门的线程类，着实开销不小。注意到新线程内部真正需要开发者重写的仅有run方法，其实就是一段代码块，分线程启动之后也单单执行该代码段而已。因而完全可以把这段代码抽出来，把它定义为类似方法的一串任务代码，这样能够像调
阅读全文
浙公网安备 33010602011771号