java中的多线程:线程使用、线程安全

Thread thread = factory.newThread(runnable);

thread.start();

Thread thread1 = factory.newThread(runnable);

thread1.start();

复制代码

Executor线程池:


Executor线程池(最为推荐):

Runnable runnable = new Runnable() {

@Override

public void run() {

System.out.println(“Thread with Runnable started!”);

}

};

Executor executor = Executors.newCachedThreadPool();

executor.execute(runnable);

executor.execute(runnable);

executor.execute(runnable);

复制代码

Callable 和 Future:


CallableRunnable类似,同样是只有一个抽象方法的函数式接口。不同的是,Callable提供的方法是有返回值的,而且支持泛型。

@FunctionalInterface

public interface Callable {

V call() throws Exception;

}

复制代码

Callable和Future一般成对出现,future.get()获取异步执行的结果,如果没有结果可用,此方法会阻塞直到异步计算完成。

Callable callable = new Callable() {

@Override

public String call() {

try {

Thread.sleep(1500);

} catch (InterruptedException e) {

e.printStackTrace();

}

return “Done!”;

}

};

ExecutorServ Java开源项目【ali1024.coding.net/public/P7/Java/git】 ice executor = Executors.newCachedThreadPool();

Future future = executor.submit(callable);

try {

String result = future.get();

System.out.println("result: " + result);

} catch (InterruptedException | ExecutionException e) {

e.printStackTrace();

}

复制代码

线程安全和线程同步

=========

线程安全:指函数在多线程环境中被调用时,能够正确地处理多个线程之间的全局变量,使得功能正确完成。

线程同步:即当有一个线程在对内存进行操作时,其他线程都不可以对这个内存地址进行操作。

线程同步不等于线程安全,现在很多人误解了这一点而喜欢将他们混为一谈。现实是,当我询问面试者何为线程同步时,很多人回答的都是线程安全。

线程同步是实现线程安全的一种手段,你当然也可以用其他的方式达到线程安全。

[Threadsafe vs Synchronized](()

线程安全的本质问题是资源问题:

当一个共享资源被一个线程读操作时,该资源不能被其他线程任意写;

当一个共享资源被一个线程写操作时,该资源不能被其他线程任意读写;

下面介绍java中实现线程安全的几种方式:

synchronized


synchronized以同步方式保证了方法内部或代码块内部资源(数据)的互斥访问,保证了线程之间对监视资源的数据同步.

private synchronized void count(int newValue) {

x = newValue;

System.out.println("x= " + x);

}

复制代码

另一种写法:

private void count(int newValue) {

synchronized (this) {

x = newValue;

System.out.println("x= " + x);

}

}

复制代码

volatile


volatile关键字修饰的变量具有原子性和同步性,相当于实现了对单⼀字段的线程间互斥访问。

volatile关键字能够保证内存的可见性,如果用volatile关键字声明了一个变量,在一个线程里面改变了这个变量的值,那其它线程是立马可见更改后的值的。

volatile可以看做是简化版的 synchronized.

volatile 只对基本类型 (byte、char、short、int、long、float、double、boolean)的赋值操作和对象的引⽤赋值操作有效。

java.util.concurrent.atomic:


AtomicInteger、AtomicBoolean 等类,作⽤和 volatile 基本⼀致,可以看做是 volatile修饰的Integer、Boolean等类。

Lock / ReentrantReadWriteLock


Lock同样是加锁机制,但使⽤⽅式更灵活,同时也更麻烦:

Lock lock = new ReentrantLock();

lock.lock();

try {

x++;

} finally {

lock.unlock();

}

复制代码

Synchronized存在的一个性能问题就是读与读之间互斥,所以我们⼀般并不会只是使⽤ Lock ,⽽是会使⽤更复杂的锁,例如 ReadWriteLock ,从而进行一些更加细致化的操作,如下代码:

ReentrantReadWriteLock lock = new ReentrantReadWriteLock();

Lock readLock = lock.readLock();

Lock writeLock = lock.writeLock();

private int x = 0;

private void writeOperate () {

writeLock.lock();

try {

x++;

} finally {

writeLock.unlock();

}

}

private void readOperate ( int time){

readLock.lock();

try {

System.out.println();

} finally {

readLock.unlock();

}

}

复制代码

读取锁是共享的,因而上述代码中,有线程写操作时,其他线程不可写,不可读;该线程读操作时,其他线程不可写,但可读。

线程间通信/交互

========

线程有自己的私有空间,但当我多个线程之间相互协作的时候,就需要进行线程间通信方,本节将介绍Java线程之间的几种通信原理。

锁与同步


这种方式主要是对全局变量加锁,即用synchronized关键字对对象或者代码块加锁lock,来达成线程间通信。

这种方式可详见上一节线程同步中的例子。

等待/通知机制


基于“锁”的方式需要线程不断去尝试获得锁,这会耗费服务器资源。

Java多线程的等待/通知机制是基于Object类的wait()方法和notify(), notifyAll()方法来实现的,

wait()方法和notify()方法必须写在synchronized代码块里面:

wait()notify()方法必须通过获取的锁对象进行调用,因为wait就是线程在获取对象锁后,主动释放对象锁,同时休眠本线程,直到有其它线程调用对象的notify()唤醒该线程,才能继续获取对象锁,并继续执行。相应的notify()就是对对象锁的唤醒操作,因而必须放在加锁的synchronized代码块环境内。

notify()方法会随机叫醒一个正在等待的线程,而notifyAll()会叫醒所有正在等待的线程,被唤醒的线程重新在就绪队列中按照一定算法最终再次被处理机获得并进行处理,而不是立马重新获得处理机。

public class mythread {

private static Object lock = new Object();

static class ThreadA implements Runnable {

@Override

public void run() {

synchronized (lock) {

for (int i = 0; i < 5; i++) {

try {

System.out.println("ThreadA: " + i);

lock.notify();

lock.wait();

} catch (InterruptedException e) {

e.printS 《一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义》开源 tackTrace();

}

}

lock.notify();

}

}

}

static class ThreadB implements Runnable {

@Override

public void run() {

synchronized (lock) {

for (int i = 0; i < 5; i++) {

try {

System.out.println("ThreadB: " + i);

lock.notify();

lock.wait();

} catch (InterruptedException e) {

e.printStackTrace();

}

}

lock.notify();

}

}

}

public static void main(String[] args) {

new Thread(new ThreadA()).start();

try {

Thread.sleep(10000);

} catch (InterruptedException e) {

e.printStackTrace();

}

最后

终极手撕架构师的学习笔记:分布式+微服务+开源框架+性能优化

image

) {

for (int i = 0; i < 5; i++) {

try {

System.out.println("ThreadB: " + i);

lock.notify();

lock.wait();

} catch (InterruptedException e) {

e.printStackTrace();

}

}

lock.notify();

}

}

}

public static void main(String[] args) {

new Thread(new ThreadA()).start();

try {

Thread.sleep(10000);

} catch (InterruptedException e) {

e.printStackTrace();

}

最后

终极手撕架构师的学习笔记:分布式+微服务+开源框架+性能优化

[外链图片转存中…(img-kaeTdJp6-1650518902732)]

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
go实战微服务分布式系统(distributed system)是建立在网络之上的软件系统。正是因为软件的特性,所以分布式系统具有高度的内聚性和透明性。因此,网络和分布式系统之间的区别更多的在于高层软件(特别是操作系统),而不是硬件。在一个分布式系统,一组独立的计机展现给用户的是一个统一的整体,就好像是一个系统似的。系统拥有多种通用的物理和逻辑资源,可以动态的分配任务,分散的物理和逻辑资源通过计机网络实现信息交换。系统存在一个以全局的方式管理机资源的分布式操作系统。通常,对用户来说,分布式系统只有一个模型或范型。在操作系统之上有一层软件间件(middleware)负责实现这个模型。一个著名的分布式系统的例子是万维网(World Wide Web),在万维网,所有的一切看起来就好像是一个文档(Web页面)一样。 [1] 在计机网络,这种统一性、模型以及其的软件都不存在。用户看到的是实际的机器,计机网络并没有使这些机器看起来是统一的。如果这些机器有不同的硬件或者不同的操作系统,那么,这些差异对于用户来说都是完全可见的。如果一个用户希望在一台远程机器上运行一个程序,那么,他必须登陆到远程机器上,然后在那台机器上运行该程序。 [1] 分布式系统和计机网络系统的共同点是:多数分布式系统是建立在计机网络之上的,所以分布式系统与计机网络在物理结构上是基本相同的。 [1] 他们的区别在于:分布式操作系统的设计思想和网络操作系统是不同的,这决定了他们在结构、工作方式和功能上也不同。网络操作系统要求网络用户在使用网络资源时首先必须了解网络资源,网络用户必须知道网络各个计机的功能与配置、软件资源、网络文件结构等情况,在网络如果用户要读一个共享文件时,用户必须知道这个文件放在哪一台计机的哪一个目录下;分布式操作系统是以全局方式管理系统资源的,它可以为用户任意调度网络资源,并且调度过程是“透明”的。当用户提交一个作业时,分布式操作系统能够根据需要在系统选择最合适的处理器,将用户的作业提交到该处理程序,在处理器完成作业后,将结果传给用户。在这个过程,用户并不会意识到有多个处理器的存在,这个系统就像是一个处理器一样。 [1] 内聚性是指每一个数据库分布节点高度自治,有本地的数据库管理系统。透明性是指每一个数据库分布节点对用户的应用来说都是透明的,看不出是本地还是远程。在分布式数据库系统,用户感觉不到数据是分布的,即用户不须知道关系是否分割、有无副本、数据存于哪个站点以及事务在哪个站点上执行等。  什么是微服务?维基上对其定义为:一种软件开发技术- 面向服务的体系结构(SOA)架构样式的一种变体,将应用程序构造为一组松散耦合的服务。在微服务体系结构,服务是细粒度的,协议是轻量级的。微服务(或微服务架构)是一种云原生架构方法,其单个应用程序由许多松散耦合且可独立部署的较小组件或服务组成。这些服务通常● 有自己的堆栈,包括数据库和数据模型;● 通过REST API,事件流和消息代理的组合相互通信;● 和它们是按业务能力组织的,分隔服务的线通常称为有界上下文。尽管有关微服务的许多讨论都围绕体系结构定义和特征展开,但它们的价值可以通过相当简单的业务和组织收益更普遍地理解:● 可以更轻松地更新代码。● 团队可以为不同的组件使用不同的堆栈。● 组件可以彼此独立地进行缩放,从而减少了因必须缩放整个应用程序而产生的浪费和成本,因为单个功能可能面临过多的负载。 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值