Handler 源码笔记

Handler的设计理念源于生活,其核心在于Looper.loop()的调用位置决定handleMessage的执行线程。本文探讨了HandlerThread和IntentService的使用,以及同步屏障的概念,通过在消息队列中插入特定消息来保障异步消息的优先执行。同时,还介绍了如何使用反射创建和移除消息屏障。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Handler

所有的思想设计都是源于生活高于生活。

大概知识点: 源码epoll 设计思路 设计模式 异步消息 同步消息 消息屏障 IntentServer
管理机制: 消息管理所有的消息

所有的代码都在handler中运行的。

MassegeQuaua 是变量 是共享内存的

注意看代码流程:

Looper.loop()–> next() 取消息—>msg.target.dispatchMessage(msg);说明Looper.loop() 在哪个地方调用执行。决定了handleMessage 就是在哪个线程中执行的。

//  这个handler 是在主线程中创建的,
这个Handler 的Looper 默认是getMainLooper()
所以它的Looper.loop() 是在主线程中执行的。
所以handleMessage 里面主线程中执行的。

Handler mHandler = new Handler(){
    @Override
    public void handleMessage(@NonNull Message msg) {
        Thread.dumpStack();
        Log.i("fw", "handleMessage: "+ Looper.myLooper());
        Log.i("fw", "handleMessage: "+ Looper.getMainLooper());
        super.handleMessage(msg);
    }
};
@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    mHandler.sendEmptyMessage(0);}
    // 结果:
2020-09-16 22:39:41.704 9700-9700/com.fengwei.generic I/fw: handleMessage: Looper (main, tid 2) {be2e8f1}
2020-09-16 22:39:41.704 9700-9700/com.fengwei.generic I/fw: handleMessage: Looper (main, tid 2) {be2e8f1}
 // 主线程没有写Looper 用的就是ActivityThread 中默认的 getMainLooper()  主线程的Looper();
 W/System.err: java.lang.Exception: Stack trace
 W/System.err:     at java.lang.Thread.dumpStack(Thread.java:1529)
 W/System.err:     at com.fengwei.generic.MainActivity$1.handleMessage(MainActivity.java:47)
 W/System.err:     at android.os.Handler.dispatchMessage(Handler.java:106)
 W/System.err:     at android.os.Looper.loop(Looper.java:223)
 W/System.err:     at android.app.ActivityThread.main(ActivityThread.java:7523)
 W/System.err:     at java.lang.reflect.Method.invoke(Native Method)
 W/System.err:     at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:592)
 W/System.err:     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:941)
private final class ServiceHandler extends Handler {
    public ServiceHandler(Looper looper) {
        super(looper);
    }
    @Override
    public void handleMessage(Message msg) {
        //这个线程和 2处 线程名字是一样的
        Log.i("fw", "handleMessage: " + Thread.currentThread());
    }
}

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    new Thread(new Runnable() {
        @Override
        public void run() {
            Looper.prepare();
            ServiceHandler mServerce = new ServiceHandler(Looper.myLooper());
            mServerce.sendEmptyMessage(220);
            //2 
            Log.i("fw", "Thread: " + Thread.currentThread());
            Looper.loop();
            // 由于上面的loop 是死循环  导致这里的语句是不会执行的
            Log.i("fw", "Thread112: " + Thread.currentThread());
        }
    }).start();
}

HandlerThread 和 IntentService 是Handler的经典案例

static final HandlerThread sWorkerThread = new HandlerThread("launcher-loader");
static {
    sWorkerThread.start();
}
static final Handler sWorker = new Handler(sWorkerThread.getLooper());

为什么要使用HandlerThread—> 它使用了是同步锁 保证getlooper 一定能够取到值,并且他的loop() 是在子线程中执行的。

public Looper getLooper() {
    if (!isAlive()) {
        return null;
    }
    
    // If the thread has been started, wait until the looper has been created.
    synchronized (this) {
        while (isAlive() && mLooper == null) {
            try {
                wait(); // 等待并且释放锁
            } catch (InterruptedException e) {
            }
        }
    }
    return mLooper;
}
public void run() {
    mTid = Process.myTid();
    Looper.prepare();
    synchronized (this) {
        mLooper = Looper.myLooper();// 保证了mLooper  一定不会为空
        notifyAll();//  不会释放锁,去唤醒wait() 
    }
    Process.setThreadPriority(mPriority);
    onLooperPrepared();
    Looper.loop(); //  这个是在子线程中执行的,
    mTid = -1;
}
同步屏障

就在往消息队列里面添加一个target=null的messsage 作为屏障(注意这个屏障消息并没有设置setAsynchronous),当Loop轮询的时候,next获取消息的时候保证屏障消息后面的设置了(setAsynchronous(true)) 的异步消息优先执行。
使用反射来创建屏障消息:

private int postSyncBarrier(long when) {
    // Enqueue a new sync barrier token.
    // We don't need to wake the queue because the purpose of a barrier is to stall it.
    synchronized (this) {
        final int token = mNextBarrierToken++;
        final Message msg = Message.obtain();
        msg.markInUse();
        msg.when = when;
        msg.arg1 = token;

        Message prev = null;
        Message p = mMessages;
        if (when != 0) {
            while (p != null && p.when <= when) {
                prev = p;
                p = p.next;
            }
        }
        if (prev != null) { // invariant: p == prev.next
            msg.next = p;
            prev.next = msg;
        } else {
            msg.next = p;
            mMessages = msg;
        }
        return token;
    }
}

移除消息屏障:

public void removeSyncBarrier(int token) {
内容概要:本文详细探讨了双馈风力发电机(DFIG)在Simulink环境下的建模方法及其在不同风速条件下的电流与电压波形特征。首先介绍了DFIG的基本原理,即定子直接接入电网,转子通过双向变流器连接电网的特点。接着阐述了Simulink模型的具体搭建步骤,包括风力机模型、传动系统模型、DFIG本体模型和变流器模型的建立。文中强调了变流器控制算法的重要性,特别是在应对风速变化时,通过实时调整转子侧的电压和电流,确保电流和电压波形的良好特性。此外,文章还讨论了模型中的关键技术和挑战,如转子电流环控制策略、低电压穿越性能、直流母线电压脉动等问题,并提供了具体的解决方案和技术细节。最终,通过对故障工况的仿真测试,验证了所建模型的有效性和优越性。 适用人群:从事风力发电研究的技术人员、高校相关专业师生、对电力电子控制系统感兴趣的工程技术人员。 使用场景及目标:适用于希望深入了解DFIG工作原理、掌握Simulink建模技能的研究人员;旨在帮助读者理解DFIG在不同风速条件下的动态响应机制,为优化风力发电系统的控制策略提供理论依据和技术支持。 其他说明:文章不仅提供了详细的理论解释,还附有大量Matlab/Simulink代码片段,便于读者进行实践操作。同时,针对一些常见问题给出了实用的调试技巧,有助于提高仿真的准确性和可靠性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值