后端语言选型浅谈

前不久回答了一个关于后端语言选型的问题，写的回答也让笔者有了不少感触，所以在这里谈论下本身对后端语言选型的心得体会，姑且算是抛砖引玉，但愿你们能分享各自的心得。

后端语言发展历史

Web 后端语言的兴起是从静态网页向动态网页的发展所产生的，最先的动态页面技术就是 CGI 技术，将客户端的输入交给 CGI 程序，而后将 CGI 程序的输出返回给客户端。早期的 CGI 程序只要是任何有标准输入输出的语言均可以编写，这也就是第一代后端平台。

后来为了简化 CGI 程序的修改编译发布的流程，就有了脚本语言实现 CGI 应用。也就是 Perl 这样的语言。也就是第二代后端平台。虽然 Perl 做为脚本语言解决了开发效率的问题，可是它一样须要在程序代码中掺杂 HTML 语言，为了解决这个问题，就有了 PHP 这样的将 HTML 和 程序代码混杂，而且能快速开发的语言。同时，Java EE 的标准也提出了 JSP 这样的解决方案，也就是第三代后端平台，今后，现代的后端开发基本就造成了。再日后来，也就是 Node.js Go Swoole 这种以事件循环、常驻内存为特色的后端平台，姑且能算是第四代后端平台。而目前来讲，第三代和第四代开发平台是并存的。

语言优缺点

C/C++

C 语言虽然是很是贴近操做系统的语言，能和操做系统 API 很好的交互，可是 C 语言并无现代化工程开发所须要的面向对象功能，固然也缺少泛型之类的功能，若是以 CGI 的形式开发，那么缺点很是明显，这也是第二代后端平台兴起的缘由。

C++ 具备现代化工程开发所须要的各类功能，可是它一样有缺点：

1. 缺少字符串处理，Web 开发最主要的就是字符串的处理，全部的一切几乎都要和字符串打交道，可是 C++ 最差的就是字符串处理，只有 std::string 这个标准库提供的字符串类。用过的基本都知道，这是全部语言中最差的字符串类，缺少方便的 UTF-8 支持，缺少正则表达式匹配，几乎什么都缺。

2. 缺少 Web 标准的支持，我这里说的标准是指语言层面上对 HTTP 协议的支持。Web 是基于 HTTP 协议和 TCP 协议产生的，TCP 协议控制了如何传输，HTTP 协议定义了浏览器和服务端如何通讯。而 C++ 极度缺少这方面的支持，若是须要作非 CGI 开发，只能本身手工处理 Socket 通讯。

3. 缺少 HTTP 框架和业务代码之间的交互标准，框架就算完成了 HTTP 通讯部分，也没有一个标准规定框架如何和业务代码交互。不过，实际上 C++ 框架是实现本身的交互流程。可是缺少规范则是框架稀少的缘由。

这三点主要的缺点很是明显的，因此社区都没兴趣给写基于 C++ 的 Web 框架，就算有也是小打小闹。

Java

Java 的效率相对于 C/C++ 这种手动管理内存的语言来讲是低的，哪怕使用了引用计数，C/C++ 也能把 Java 甩出 N 条街。可是 Java 相对于其余脚本语言来讲优点很是明显

1. 强类型、编译型语言，这点就使得 Java 在效率远超动态类型语言，并且在编译时就能发现 bug，不须要等到运行时再去调试，如今的不少 IDE 也能作静态语言分析，不须要编译就能发现语法错误，这就能提高效率。

2. Java SE 规范，这就让 Java 能像 C/C++ 同样贴近操做系统，自由处理网络相关、IO 相关的内容，功能很强大。

3. Java EE 规范，完善的规范使得 Java 后端发展有了很好的规范基础，统一的环境。规范让框架和业务代码有了交互的标准（Servlet 脱胎于 Applet，结果 Applet 没什么卵用，反而 Servlet 获得了极大的发展）。

4. Java 有着最完善的生态链，不管是框架仍是编译工具链，模块系统作的很是棒，现代工程所需的各类设计模式都有着很好的实践。除了 Java 之外，JVM 上面还有着更多的语言能够选择。

固然，Java 自己也有不少缺点：

1. 编译型语言开发效率慢

2. 想要上手开发业务容易，可是想要真正懂得 Servlet 和框架如何运行就难了。

3. 语言自己也存在着不少缺点，好比将 C 那里继承过来的类型又从新封装了一次，一些新颖的技术没能第一时间引入，好比 Lambda 这样的到了 1.8 才引入，甚至有人说说，Java 什么都好，除了语言自己。可是它至少比市面上其余语言更能接受。

4. 自己的规范和不够灵活也致使了代码自己很难优化，好的代码和差的代码在一套规则的束缚下实际上性能并无多少差距，更多的优化被交给了 JVM

PHP

PHP 做为一门脚本语言，自己运行效率确实不是很高，可是在 PHP7 平台上，已经算是脚本语言中比较高的了，并且在现有的硬件平台上，PHP 自己的效率基本不会成为瓶颈。它做为一门脚本语言也有着不少优点：

1. 天生的模板语言，不须要学习其余的模板语言，提高了开发效率，也提高了运行效率。（好比 CodeIgniter，就大部分框架来讲，使用 PHP 做为模板语言能提高效率，可是像 Laravel 这种能对模板编译缓存的另算）

2. 上手容易，生态链也很不错，LAMP、LNMP 这样部署的技术能够说是烂大街了，基本没有学习成本

缺点：

1. 解释型语言，不能常驻内存，巨大的缺陷。

2. 缺少好用的包管理和命名空间，也缺少好用的模块系统（Composer 另说）

Node.js

Node.js 做为目前比较火热的语言，确实有它的独到之处，这里先列举它的优势：

1. 事件循环 + 异步 IO，这让它在高并发的状况下能大显身手。

2. JavaScript 易上手，有着活跃的社区和不少的第三方库

3. 常驻内存简直不要太好

4. 可用的模块系统

5. 天生跟 Docker 有缘

6. 前端使用 JavaScript，学习 Node.js 能作到全栈开发

缺点：

1. 也是 JavaScript，JavaScript 是基于原型的语言，从严格上来讲并无真正面向对象，这样也让 JavaScript 在编写业务代码的时候极为困难。

2. 混乱的语言规范，如今并行着 ES五、ES六、ES7，须要 Babel 这样的工具帮忙

3. 在服务端上只存在 CommonJS 模块系统，可是在规范上来讲则有不少，准确来讲这并非一个很大的问题，能够忽略

4. ES5 愚蠢的回调产生的回调地狱，可是 ES6 解决了这个问题，准确来讲也不是什么大问题。

Swoole

Swoole 跟 Node.js 很类似，相比 Node.js 它在语言层面上比 JavaScript 更加规范好用。可是它存在两个缺点：

1. 文档！文档！文档！重要的事情说三遍。

2. 单纯的 Swoole 扩展基本不能用，必须依赖 Swoole 框架，因此。。。文档！文档！文档！问题仍是文档

总结

笔者认为，全部语言实际上都有着它独到的地方，而关键就在于对其认清楚，择优而为，选择正确的工具才是应有的行为。