并发编程学习笔记8

[b]在线程中执行任务[/b]
在组织一个有关线程的程序的时候,第一步就是需要清晰的划分出任务的边界。在理想状况下,任务应该是相互独立的活动:任务不依赖于状态,其他任务的结果,或者受其他任务的影响。独立可以是并发更容易,而且可以并行执行,只要有足够的资源。

Server Application往往都希望有很好的吞吐量和高的响应性。当一个程序在负载过重的情况下,是变为不可用,还是有其他行为,这些都是任务执行策略需要考虑的问题。

大部分的程序都提供了一个很自然的任务界限:每个单独的客户端请求。

[b]顺序执行任务[/b]
[code]
class SingleThreadWebServer {
public static void main(String[] args) throws IOException {
ServerSocket socket = new ServerSocket(80);
while (true) {
Socket connection = socket.accept();
handleRequest(connection);
}
}
}

[/code]
上面这段代码就是一个顺序执行的例子。这种模型,在任务简单的情况下,是比较好的方式,减小了编程复杂性,便于理解。但是性能很差.由于单线程运行,如果负载一旦上去了,而且,有阻塞发生,则后续请求都会被阻塞。
[b]为每个请求创建新线程[/b]
[code]
class ThreadPerTaskWebServer {
public static void main(String[] args) throws IOException {
ServerSocket socket = new ServerSocket(80);
while (true) {
final Socket connection = socket.accept();
Runnable task = new Runnable() {
public void run() {
handleRequest(connection);
}
};
new Thread(task).start();
}
}
}

[/code]
以上的代码为每次请求创建新线程。这样,并发量会支持的更高。但是问题也随之而来。
[list]
[*]线程的生命周期消耗,创建和销毁线程都需要消耗资源
[*]资源的消耗,活动的线程会占用系统资源,尤其是内存资源。而内存资源的占用,又会带来垃圾收集器的消耗。如果n个线程已经时机器不堪重负,那么再增加新的线程,只会是情况更糟
[*]稳定性,线程的创建是有限制的,有OS的限制和JVM的限制,如果超过限制,则会发生不可预测的事情,而想从这些事件中恢复则比较困难,比如发生OOM问题。所以不要让你的程序触及限制值。
[/list]

在一个适度的程度上,创建线程可以增加吞吐量,但是一旦超过那个限制,则会减慢程序的执行,如果创建大量的线程,则会有程序崩溃的危险。所以对多线程的程序,测试必须完善。
**项目名称:** 基于Vue.js与Spring Cloud架构的博客系统设计与开发——微服务分布式应用实践 **项目概述:** 本项目为计算机科学与技术专业本科毕业设计成果,旨在设计并实现一个采用前后端分离架构的现代化博客平台。系统前端基于Vue.js框架构建,提供响应式用户界面;后端采用Spring Cloud微服务架构,通过服务拆分、注册发现、配置中心及网关路由等技术,构建高可用、易扩展的分布式应用体系。项目重点探讨微服务模式下的系统设计、服务治理、数据一致性及部署运维等关键问题,体现了分布式系统在Web应用中的实践价值。 **技术架构:** 1. **前端技术栈:** Vue.js 2.x、Vue Router、Vuex、Element UI、Axios 2. **后端技术栈:** Spring Boot 2.x、Spring Cloud (Eureka/Nacos、Feign/OpenFeign、Ribbon、Hystrix、Zuul/Gateway、Config) 3. **数据存储:** MySQL 8.0(主数据存储)、Redis(缓存与会话管理) 4. **服务通信:** RESTful API、消息队列(可选RabbitMQ/Kafka) 5. **部署与运维:** Docker容器化、Jenkins持续集成、Nginx负载均衡 **核心功能模块:** - 用户管理:注册登录、权限控制、个人中心 - 文章管理:富文本编辑、分类标签、发布审核、评论互动 - 内容展示:首页推荐、分类检索、全文搜索、热门排行 - 系统管理:后台仪表盘、用户与内容监控、日志审计 - 微服务治理:服务健康检测、动态配置更新、熔断降级策略 **设计特点:** 1. **架构解耦:** 前后端完全分离,通过API网关统一接入,支持独立开发与部署。 2. **服务拆分:** 按业务域划分为用户服务、文章服务、评论服务、文件服务等独立微服务。 3. **高可用设计:** 采用服务注册发现机制,配合负载均衡与熔断器,提升系统容错能力。 4. **可扩展性:** 模块化设计支持横向扩展,配置中心实现运行时动态调整。 **项目成果:** 完成了一个具备完整博客功能、具备微服务典型特征的分布式系统原型,通过容器化部署验证了多服务协同运行的可行性,为云原生应用开发提供了实践参考。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值