java 既然Javascript有这么多缺陷，那为什么人们不参考它的功能开发一门新语言而是一直对它修改呢？
既然Javascript有这么多缺陷，那为什么人们不参考它的功能开发一门新语言而是一直对它修改呢？
JavaScript语言只花了十天时间就完成了设计，自然的设计并不完美。甚至，一旦页面打开，弹出的小广告，都是用JS完成的。随着Google地图等应用程序的发布，AJAX技术彻底火了JS，很多应用程序使用AJAX，最重要的技术就是JavaScript。
尽管JavaScript有缺陷，但它仍在不断升级。经过不断的改进，现在的JS应该说是优秀的。随着大前端时代的到来，节点.js， 虚拟用户.js等等技术，也让JS的地位不可动摇。想要完全取代JS，不是一夜之间。微软推出了typescript，谷歌推出了dart来取代JS，但现在看来还有很长的路要走。
没有语言是完美的，就像没有人是完美的一样。程序员只需要找到最合适的语言。在未来，也许有一天，一种新的语言将取代JavaScript。
菜鸡求问，c 里的epoll和java里的线程池到底怎么理解，优劣如何？
服务器并发模型可分为单线程和多线程模型。这里的线程通常是指“I/O线程”，即负责I/O操作和协调任务分配的“管理线程”。实际的请求和任务通常由所谓的“工作线程”处理。在多线程模型中，每个线程不仅是一个I/O线程，而且也是一个工作线程。所以我们这里讨论的是单I/O线程和多工作线程的模型，这也是最常用的服务器并发模型。这个模型在我的项目的服务器代码中随处可见。它还有一个名字叫做“半同步/半异步”模型。同时，这种模式也是生产者/消费者（特别是多消费者）模式的一种表现。
此体系结构主要基于I/O多路复用的思想（主要是epoll，select/poll已过时）。通过单向I/O复用，可以实现高效的并发，避免多线程I/O来回切换的各种开销。它清晰易管理。基于线程池的多工作线程可以充分发挥和利用多线程的优点，利用线程池进程池进一步提高资源的可重用性，避免线程过多。
Epoll是Linux中高并发服务器的完美解决方案，因为它基于事件触发，所以它不仅比select快一个数量级。
单线程epoll最多可触发15000次。但是，在添加服务之后，由于大多数服务都处理数据库，因此会出现阻塞。此时，必须使用多线程来加速。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
