流行编程语言的详细对比(10)--线程同步

来源:互联网 发布:linux的syslog开启 编辑:程序博客网 时间:2024/06/08 08:38

Java
七种方法
1.同步方法
即有synchronized关键字修饰的方法。
由于java的每个对象都有一个内置锁,当用此关键字修饰方法时,
内置锁会保护整个方法。在调用该方法前,需要获得内置锁,否则就处于阻塞状态。
代码如:
public synchronized void save(){}

注: synchronized关键字也可以修饰静态方法,此时如果调用该静态方法,将会锁住整个类

2.同步代码块
即有synchronized关键字修饰的语句块。
被该关键字修饰的语句块会自动被加上内置锁,从而实现同步
代码如:
synchronized(object){
}

3.使用特殊域变量(volatile)实现线程同步
a.volatile关键字为域变量的访问提供了一种免锁机制,
b.使用volatile修饰域相当于告诉虚拟机该域可能会被其他线程更新,
c.因此每次使用该域就要重新计算,而不是使用寄存器中的值
d.volatile不会提供任何原子操作,它也不能用来修饰final类型的变量
例如:
在上面的例子当中,只需在account前面加上volatile修饰,即可实现线程同步。

4.使用重入锁实现线程同步
在JavaSE5.0中新增了一个java.util.concurrent包来支持同步。
ReentrantLock类是可重入、互斥、实现了Lock接口的锁,
它与使用synchronized方法和快具有相同的基本行为和语义,并且扩展了其能力

ReenreantLock类的常用方法有:    ReentrantLock() : 创建一个ReentrantLock实例     lock() : 获得锁     unlock() : 释放锁 注:ReentrantLock()还有一个可以创建公平锁的构造方法,但由于能大幅度降低程序运行效率,不推荐使用 

5.使用局部变量实现线程同步
如果使用ThreadLocal管理变量,则每一个使用该变量的线程都获得该变量的副本,
副本之间相互独立,这样每一个线程都可以随意修改自己的变量副本,而不会对其他线程产生影响。
ThreadLocal 类的常用方法
ThreadLocal() : 创建一个线程本地变量
get() : 返回此线程局部变量的当前线程副本中的值
initialValue() : 返回此线程局部变量的当前线程的”初始值”

6.使用阻塞队列实现线程同步
前面5种同步方式都是在底层实现的线程同步,但是我们在实际开发当中,应当尽量远离底层结构。
本小节主要是使用LinkedBlockingQueue来实现线程的同步
LinkedBlockingQueue是一个基于已连接节点的,范围任意的blocking queue。
队列是先进先出的顺序(FIFO),关于队列以后会详细讲解~

LinkedBlockingQueue 类常用方法
LinkedBlockingQueue() : 创建一个容量为Integer.MAX_VALUE的LinkedBlockingQueue
put(E e) : 在队尾添加一个元素,如果队列满则阻塞
size() : 返回队列中的元素个数
take() : 移除并返回队头元素,如果队列空则阻塞

7.使用原子变量实现线程同步

需要使用线程同步的根本原因在于对普通变量的操作不是原子的。
那么什么是原子操作呢?
原子操作就是指将读取变量值、修改变量值、保存变量值看成一个整体来操作
即-这几种行为要么同时完成,要么都不完成。

在java的util.concurrent.atomic包中提供了创建了原子类型变量的工具类,
使用该类可以简化线程同步。

其中AtomicInteger 表可以用原子方式更新int的值,可用在应用程序中(如以原子方式增加的计数器),
但不能用于替换Integer;可扩展Number,允许那些处理机遇数字类的工具和实用工具进行统一访问。

AtomicInteger类常用方法:
AtomicInteger(int initialValue) : 创建具有给定初始值的新的AtomicInteger
addAddGet(int dalta) : 以原子方式将给定值与当前值相加
get() : 获取当前值

Js
JavaScript的优势之一是其如何处理异步代码。异步代码会被放入一个事件队列,等到所有其他代码执行后才进行,而不会阻塞线程。然而,对于初学者来说,书写异步代码可能会比较困难。而在这篇文章里,我将会消除你可能会有的任何困惑。
理解异步代码
javascript最基础的异步函数是setTimeout和setInterval。setTimeout会在一定时间后执行给定的函数。它接受一个回调函数作为第一参数和一个毫秒时间作为第二参数。以下是用法举例:

console.log( "a" );setTimeout(function() {    console.log( "c" )}, 500 );setTimeout(function() {    console.log( "d" )}, 500 );setTimeout(function() {    console.log( "e" )}, 500 );console.log( "b" );

正如预期,控制台先输出“a”、“b”,大约500毫秒后,再看到“c”、“d”、“e”。我用“大约”是因为setTimeout事实上是不可预知的。实际上,甚至 HTML5规范都提到了这个问题:
“这个API不能保证计时会如期准确地运行。由于CPU负载、其他任务等所导致的延迟是可以预料到的。”

有趣的是,直到在同一程序段中所有其余的代码执行结束后,超时才会发生。所以如果设置了超时,同时执行了需长时间运行的函数,那么在该函数执行完成之前,超时甚至都不会启动。实际上,异步函数,如setTimeout和setInterval,被压入了称之为Event Loop的队列。
Event Loop是一个回调函数队列。当异步函数执行时,回调函数会被压入这个队列。JavaScript引擎直到异步函数执行完成后,才会开始处理事件循环。这意味着JavaScript代码不是多线程的,即使表现的行为相似。事件循环是一个先进先出(FIFO)队列,这说明回调是按照它们被加入队列的顺序执行的。JavaScript被 node选做为开发语言,就是因为写这样的代码多么简单啊。
Ajax
异步Javascript与XML(AJAX)永久性的改变了Javascript语言的状况。突然间,浏览器不再需要重新加载即可更新web页面。 在不同的浏览器中实现Ajax的代码可能漫长并且乏味;但是,幸亏有jQuery(还有其他库)的帮助,我们能够以很容易并且优雅的方式实现客户端-服务器端通讯。
我们可以使用jquery跨浏览器接口$.ajax很容易地检索数据,然而却不能呈现幕后发生了什么。比如:

var data;$.ajax({    url: "some/url/1",    success: function( data ) {        // But, this will!        console.log( data );    }})// Oops, this won't work...console.log( data );

较容易犯的错误,是在调用$.ajax之后马上使用data,但是实际上是这样的:

 xmlhttp.open( "GET", "some/ur/1", true );xmlhttp.onreadystatechange = function( data ) {    if ( xmlhttp.readyState === 4 ) {        console.log( data );    }};xmlhttp.send( null );

底层的XmlHttpRequest对象发起请求,设置回调函数用来处理XHR的readystatechnage事件。然后执行XHR的send方法。在XHR运行中,当其属性readyState改变时readystatechange事件就会被触发,只有在XHR从远端服务器接收响应结束时回调函数才会触发执行。
处理异步代码
异步编程很容易陷入我们常说的“回调地狱”。因为事实上几乎js中的所有异步函数都用到了回调,连续执行几个异步函数的结果就是层层嵌套的回调函数以及随之而来的复杂代码。
Node.js中的许多函数也是异步的。因此如下的代码基本上很常见:

var fs = require( "fs" );fs.exists( "index.js", function() {    fs.readFile( "index.js", "utf8", function( err, contents ) {        contents = someFunction( contents ); // do something with contents        fs.writeFile( "index.js", "utf8", function() {            console.log( "whew! Done finally..." );        });    });});console.log( "executing..." );

下面的客户端代码也很多见:

 GMaps.geocode({    address: fromAddress,    callback: function( results, status ) {        if ( status == "OK" ) {            fromLatLng = results[0].geometry.location;            GMaps.geocode({                address: toAddress,                callback: function( results, status ) {                    if ( status == "OK" ) {                        toLatLng = results[0].geometry.location;                        map.getRoutes({                            origin: [ fromLatLng.lat(), fromLatLng.lng() ],                            destination: [ toLatLng.lat(), toLatLng.lng() ],                            travelMode: "driving",                            unitSystem: "imperial",                            callback: function( e ){                                console.log( "ANNNND FINALLY here's the directions..." );                                // do something with e                            }                        });                    }                }            });        }    }});

Nested callbacks can get really nasty, but there are several solutions to this style of coding.
嵌套的回调很容易带来代码中的“坏味道”,不过你可以用以下的几种风格来尝试解决这个问题
The problem isn’t with the language itself; it’s with the way programmers use the language — Async Javascript.
没有糟糕的语言,只有糟糕的程序猿 ——异步JavaSript

命名函数
清除嵌套回调的一个便捷的解决方案是简单的避免双层以上的嵌套。传递一个命名函数给作为回调参数,而不是传递匿名函数:

var fromLatLng, toLatLng;var routeDone = function( e ){    console.log( "ANNNND FINALLY here's the directions..." );    // do something with e};var toAddressDone = function( results, status ) {    if ( status == "OK" ) {        toLatLng = results[0].geometry.location;        map.getRoutes({            origin: [ fromLatLng.lat(), fromLatLng.lng() ],            destination: [ toLatLng.lat(), toLatLng.lng() ],            travelMode: "driving",            unitSystem: "imperial",            callback: routeDone        });    }};var fromAddressDone = function( results, status ) {    if ( status == "OK" ) {        fromLatLng = results[0].geometry.location;        GMaps.geocode({            address: toAddress,            callback: toAddressDone        });    }};GMaps.geocode({    address: fromAddress,    callback: fromAddressDone});

此外, async.js 库可以帮助我们处理多重Ajax requests/responses. 例如:

 async.parallel([    function( done ) {        GMaps.geocode({            address: toAddress,            callback: function( result ) {                done( null, result );            }        });    },    function( done ) {        GMaps.geocode({            address: fromAddress,            callback: function( result ) {                done( null, result );            }        });    }], function( errors, results ) {    getRoute( results[0], results[1] );});

这段代码执行两个异步函数,每个函数都接收一个名为”done”的回调函数并在函数结束的时候调用它。当两个”done”回调函数结束后,parallel函数的回调函数被调用并执行或处理这两个异步函数产生的结果或错误。
Promises模型
引自 CommonJS/A:
promise表示一个操作独立完成后返回的最终结果。
有很多库都包含了promise模型,其中jQuery已经有了一个可使用且很出色的promise API。jQuery在1.5版本引入了Deferred对象,并可以在返回promise的函数中使用jQuery.Deferred的构造结果。而返回promise的函数则用于执行某种异步操作并解决完成后的延迟。

var geocode = function( address ) {    var dfd = new $.Deferred();    GMaps.geocode({        address: address,        callback: function( response, status ) {            return dfd.resolve( response );        }    });    return dfd.promise();};var getRoute = function( fromLatLng, toLatLng ) {    var dfd = new $.Deferred();    map.getRoutes({        origin: [ fromLatLng.lat(), fromLatLng.lng() ],        destination: [ toLatLng.lat(), toLatLng.lng() ],        travelMode: "driving",        unitSystem: "imperial",        callback: function( e ) {            return dfd.resolve( e );        }    });    return dfd.promise();};var doSomethingCoolWithDirections = function( route ) {    // do something with route};$.when( geocode( fromAddress ), geocode( toAddress ) ).then(function( fromLatLng, toLatLng ) {    getRoute( fromLatLng, toLatLng ).then( doSomethingCoolWithDirections );});

这允许你执行两个异步函数后,等待它们的结果,之后再用先前两个调用的结果来执行另外一个函数。
promise表示一个操作独立完成后返回的最终结果。在这段代码里,geocode方法执行了两次并返回了一个promise。异步函数之后执行,并在其回调里调用了resolve。然后,一旦两次调用resolve完成,then将会执行,其接收了之前两次调用geocode的返回结果。结果之后被传入getRoute,此方法也返回一个promise。最终,当getRoute的promise解决后,doSomethingCoolWithDirections回调就执行了。

事件
事件是另一种当异步回调完成处理后的通讯方式。一个对象可以成为发射器并派发事件,而另外的对象则监听这些事件。这种类型的事件处理方式称之为 观察者模式 。 backbone.js 库在withBackbone.Events中就创建了这样的功能模块。

var SomeModel = Backbone.Model.extend({    url: "/someurl"});var SomeView = Backbone.View.extend({    initialize: function() {        this.model.on( "reset", this.render, this );        this.model.fetch();    },    render: function( data ) {        // do something with data    }});var view = new SomeView({    model: new SomeModel()});

还有其他用于发射事件的混合例子和函数库,例如 jQuery Event Emitter , EventEmitter , monologue.js ,以及node.js内建的 EventEmitter 模块。
事件循环是一个回调函数的队列。
一个类似的派发消息的方式称为 中介者模式 , postal.js 库中用的即是这种方式。在中介者模式,有一个用于所有对象监听和派发事件的中间人。在这种模式下,一个对象不与另外的对象产生直接联系,从而使得对象间都互相分离。
绝不要返回promise到一个公用的API。这不仅关系到了API用户对promises的使用,也使得重构更加困难。不过,内部用途的promises和外部接口的事件的结合,却可以让应用更低耦合且便于测试。
在先前的例子里面,doSomethingCoolWithDirections回调函数在两个geocode函数完成后执行。然后,doSomethingCoolWithDirections才会获得从getRoute接收到的响应,再将其作为消息发送出去。

var doSomethingCoolWithDirections = function( route ) {    postal.channel( "ui" ).publish( "directions.done", {        route: route    });};

这允许了应用的其他部分不需要直接引用产生请求的对象,就可以响应异步回调。而在取得命令时,很可能页面的好多区域都需要更新。在一个典型的jQuery Ajax过程中,当接收到的命令变化时,要顺利的回调可能就得做相应的调整了。这可能会使得代码难以维护,但通过使用消息,处理UI多个区域的更新就会简单得多了。

var UI = function() {    this.channel = postal.channel( "ui" );    this.channel.subscribe( "directions.done", this.updateDirections ).withContext( this );};UI.prototype.updateDirections = function( data ) {    // The route is available on data.route, now just update the UI};app.ui = new UI();

另外一些基于中介者模式传送消息的库有 amplify, PubSubJS, and radio.js。

Python

import threadingimport time   globals_num = 0   lock = threading.RLock()   def Func():    lock.acquire()  # 获得锁    global globals_num    globals_num += 1    time.sleep(1)    print(globals_num)    lock.release()  # 释放锁   for i in range(10):    t = threading.Thread(target=Func)    t.start()

RLock允许在同一线程中被多次acquire。而Lock却不允许这种情况。 如果使用RLock,那么acquire和release必须成对出现,即调用了n次acquire,必须调用n次的release才能真正释放所占用的琐。

import threadingdef do(event):    print('start')    event.wait()    print('execute')   event_obj = threading.Event()for i in range(10):    t = threading.Thread(target=do, args=(event_obj,))    t.start()   event_obj.clear()inp = input('input:')if inp == 'true':    event_obj.set()
import threadingimport timedef consumer(cond):    with cond:        print("consumer before wait")        cond.wait()        print("consumer after wait")def producer(cond):    with cond:        print("producer before notifyAll")        cond.notifyAll()        print("producer after notifyAll")condition = threading.Condition()c1 = threading.Thread(name="c1", target=consumer, args=(condition,))c2 = threading.Thread(name="c2", target=consumer, args=(condition,))p = threading.Thread(name="p", target=producer, args=(condition,))c1.start()time.sleep(2)c2.start()time.sleep(2)p.start()

Go
select默认是阻塞的,只有当监听的channel中有发送或接收可以进行时才会运行,当多个channel都准备好的时候,select是随机的选择一个执行的。

有时候会出现goroutine阻塞的情况,那么我们如何避免整个的程序进入阻塞的情况呢?我们可以利用select来设置超时,通过如下的方式实现:

func main() {c := make(chan int)o := make(chan bool)go func() {for {    select {        case v := <- c:            println(v)        case <- time.After(5 * time.Second):            println("timeout")        o <- true        break            }    }}()        <- o}

Scala
除了可以使用java一些同步类之外
1.线程同步

class User {  var name: String = "";  def setName(nameArg :String) {    this.synchronized {      this.name = nameArg;    }  }}

2.scala提供了Promise-Future-Callback异步模型:

Future 表示一个还没有完成的任务的结果, Future对象可以在任务完成前访问
Promise 表示一个还没有执行的任务, 可以通过Promise标记任务的状态
Callback 回调用于在任务完成或其它情况下执行的操作

import scala.concurrent.{Future}import scala.concurrent.ExecutionContext.Implicits.globalimport scala.util.{Failure, Success}object FutureDemo2 extends App {  val f = Future {    1 + 2  }  f.onComplete{    case Success(value) => println(value)    case Failure(e) => e.printStackTrace  }}

PHP
1.互斥锁

$mutex = Mutex::create(true);$locked=Mutex::lock($this->mutex); Mutex::unlock($mutex);Mutex::destroy($mutex);

2.消息队列
msg_​get_​queue
msg_​queue_​exists
msg_​receive
msg_​remove_​queue
msg_​send
msg_​set_​queue
msg_​stat_​queue

3.信号量
sem_​acquire
sem_​get
sem_​release
sem_​remove

4.共享内存变量
shm_​attach
shm_​detach
shm_​get_​var
shm_​has_​var
shm_​put_​var
shm_​remove_​var
shm_​remove

5.Thread::join
Causes the calling context to wait for the referenced Thread to finish executing

class My extends Thread {    public function run() {        /* ... */    }}$my = new My();$my->start();/* ... */var_dump($my->join());/* ... */

6 wait,notify

class My extends Thread {    public function run() {        /** 让线程等待 **/        $this->synchronized(function($thread){            if (!$thread->done)                $thread->wait();        }, $this);    }}$my = new My();$my->start();/** 向处于等待状态的线程发送唤醒通知 **/$my->synchronized(function($thread){    $thread->done = true;    $thread->notify();}, $my);var_dump($my->join());
原创粉丝点击