plc java 多线程 采集_那些年，我们见过的 Java 服务端“问题”

导读

明代著名的心学集大成者王阳明先生在《传习录》中有云：

道无精粗，人之所见有精粗。如这一间房，人初进来，只见一个大规模如此。处久，便柱壁之类，一一看得明白。再久，如柱上有些文藻，细细都看出来。然只是一间房。

是的，知识理论哪有什么精粗之分，只是人的认识程度不同而已。笔者在初创公司摸爬滚打数年，接触了各式各样的Java服务端架构，见得多了自然也就认识深了，就能分辨出各种方案的优劣了。这里，笔者总结了一些初创公司存在的Java服务端问题，并尝试性地给出了一些不成熟的解决方案。

1.系统不是分布式

随着互联网的发展，计算机系统早就从单机独立工作过渡到多机器协同工作。计算机以集群的方式存在，按照分布式理论构建出庞大复杂的应用服务，早已深入人心并得到广泛地应用。但是，仍然有不少创业公司的软件系统停留在"单机版"。

1.1.单机版系统抢单案例

这里，用并发性比较高的抢单功能为例说明：

以上代码，在一台服务器上运行没有任何问题。进入函数grabOrder(抢取订单)时，利用synchronized关键字把整个函数锁定，要么进入函数前订单未被人抢取从而抢取订单成功，要么进入函数前订单已被抢取导致抢取订单失败，绝对不会出现进入函数前订单未被抢取而进入函数后订单又被抢取的情况。

但是，如果上面的代码在两台服务器上同时运行，由于Java的synchronized关键字只在一个虚拟机内生效，所以就会导致两个人能够同时抢取一个订单，但会以最后一个写入数据库的数据为准。所以，大多数的单机版系统，是无法作为分布式系统运行的。

1.2.分布式系统抢单案例

添加分布式锁，进行代码优化：

优化后的代码，在调用函数grabOrderWithoutLock(不带锁的抢取订单)前后，利用分布式锁orderDistributedLock(订单分布式锁)进行加锁和释放锁，跟单机版的synchronized关键字加锁效果基本一样。

1.3.分布式系统的优缺点

分布式系统(Distributed System)是支持分布式处理的软件系统，是由通信网络互联的多处理机体系结构上执行任务的系统，包括分布式操作系统、分布式程序设计语言及其编译系统、分布式文件系统分布式数据库系统等。

分布式系统的优点：

• 可靠性、高容错性：

一台服务器的崩溃，不会影响其它服务器，其它服务器仍能提供服务。

• 可扩展性：

如果系统服务能力不足，可以水平扩展更多服务器。

• 灵活性：

可以很容易的安装、实施、扩容和升级系统。

• 性能高：

拥有多台服务器的计算能力，比单台服务器处理速度更快。

• 性价比高：

分布式系统对服务器硬件要求很低，可以选用廉价服务器搭建分布式集群，从而得到更好的性价比。

分布式系统的缺点：

• 排查难度高：

由于系统分布在多台服务器上，故障排查和问题诊断难度较高。

• 软件支持少：

分布式系统解决方案的软件支持较少。

• 建设成本高：

需要多台服务器搭建分布式系统。

曾经有不少的朋友咨询我："找外包做移动应用，需要注意哪些事项？"

首先，确定是否需要用分布式系统。软件预算有多少？预计用户量有多少？预计访问量有多少？是否只是业务前期试水版？单台服务器能否解决？是否接收短时间宕机？……如果综合考虑，单机版系统就可以解决的，那就不要采用分布式系统了。因为单机版系统和分布式系统的差别很大，相应的软件研发成本的差别也很大。

其次，确定是否真正的分布式系统。分布式系统最大的特点，就是当系统服务能力不足时，能够通过水平扩展的方式，通过增加服务器来增加服务能力。然而，单机版系统是不支持水平扩展的，强行扩展就会引起一系列数据问题。由于单机版系统和分布式系统的研发成本差别较大，市面上的外包团队大多用单机版系统代替分布式系统交付。那么，如何确定你的系统是真正意义上的分布式系统呢？从软件上来说，是否采用了分布式软件解决方案；从硬件上来说，是否采用了分布式硬件部署方案。

1.4.分布式软件解决方案

作为一个合格的分布式系统，需要根据实际需求采用相应的分布式软件解决方案。

1.4.1.分布式锁

分布式锁是单机锁的一种扩展，主要是为了锁住分布式系统中的物理块或逻辑块，用以此保证不同服务之间的逻辑和数据的一致性。

目前，主流的分布式锁实现方式有3种：

1. 基于数据库实现的分布式锁；
2. 基于Redis实现的分布式锁；
3. 基于Zookeeper实现的分布式锁。

1.4.2.分布式消息