夜深了,我还在学习+操练,为自己近段时间的学习状态点赞,即使操练的时候,我也喜欢多思考,同时体会出更多的一些理论感悟,然后写下来,捋一捋,很爽,因为理解的更透彻了!跟一些大神的思维似乎又接近了些。
以下是今天的成果,有兴趣的请细看:
package test.wait;
import java.text.MessageFormat;
/**
* 如果一个处理过程被设计为:大部分时间忙于争夺同步锁,而比较耗时的操作也都放在同步块中
* 那么这种设计并不是为高并发而设计的,并不能发挥java多线程的功能,
* 因为同步锁属于互斥锁,同时锁资源比较匮乏,没必要采用加大线程数来加强执行效率,甚至可以采用单线程处理
*
* 但这并不等于说:单核CPU操作系统,直接把所有应用程序都直接设计成单线程得了。
*
* JAVA应用启动也至少要有GC守护线程+主线程,
* 因为这是按不同功能作用来拆分的,而上面说的是做同一件事要分配多少劳动力的问题,
* 纵然单核CPU上,两个线程同一时间片上一定只有一个线程处于运行状态,
* 而且可能还会伴有线程从阻塞或者睡眠状态切换回运行状态,我们知道这相对CPU来说会是不算轻的工作,
* 但是线程状态切换的重大代价仅仅是相对于盲目堆积线程(同时粗鲁的设计为不断阻塞唤醒线程)来说的,
* 为应用运行架构、按功能设计的少量线程,它们的状态切换对CPU来说只不过是家常便饭。
* 所以我想操作系统有进程+线程,也是很大一部分上是考虑到更好的管理各个应用程序的运行时
*
* 就算我们设计了一个支持高并发的系统,我们也要合理调整线程数,不盲目堆积线程数,
* 要推断出系统关键的性能瓶颈,来针对性提高并发量
* 同时我们要知道线程能得到CPU时间片的概率也要取决于CPU的核心数与单核处理速度
*
* 而CPU的核心数与单核处理速度是硬件资源,它决定了系统的最大计算能力,
* 所以合理利用CPU资源+合理的设计才能从应用层面提高系统的吞吐量,
* 当然如今云计算的发展已经很火,系统设计为分布式;理论上来说可以无限横向扩展
*
* 当然本DEMO不在于表达设计上的东西,用100个线程来同步报数也实在是浪费,
* 本DEMO主要在于说明多线程可以通过使用wait、notify的机制去协作做一件事情
*
*/
public class PrintNumberTest {
private static Object lock = new Object();
private static final int printSumEveryRound = 100;
private static final int round = 5;
private static int count = 0;
public static void main(String[] args) {
for (int i = 0; i < printSumEveryRound; i++) {
new PrintNumberTask().start();
}
}
private static class PrintNumberTask extends Thread {
@Override
public void run() {
String name = Thread.currentThread().getName();
for (int i = 1; i < round + 1; i++) {
synchronized (lock) {
System.out.println(MessageFormat.format("{0} : 第{1}轮", name, i));
if (count == printSumEveryRound - 1) {
count = 0;
lock.notifyAll();
try {
Thread.sleep(500);
System.out.println();
System.out.println("=======================我是分界线=======================");
System.out.println();
} catch (InterruptedException e) {
e.printStackTrace();
}
} else {
count++;
try {
lock.wait();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}
}
}
}