背景
很开心今天完成了首次直播，很感谢那么多网友的捧场，希望真的帮助到了大家。
针对直播中网友临时提的几个问题，给出我的澄清。
王小二图解Android【009】VSYNC
一、问题1
如果同一时间多个view快速的调用invalidate是否会触发多次request next vsync
回答：不会
scheduleTraversals触发后会将mTraversalScheduled改成false，直到next vsync来了之之前，都不会重复触发mChoreographer.postCallback(Choreographer.CALLBACK_TRAVERSAL...)，这个函数里面会request next vsync
frameworks/base/core/java/android/view/ViewRootImpl.java
void scheduleTraversals() {
if (!mTraversalScheduled) {
mTraversalScheduled = true;//这里会设置成true，所以在
mTraversalBarrier = mHandler.getLooper().getQueue().postSyncBarrier();
mChoreographer.postCallback(
Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null);//这里会request next vsync
notifyRendererOfFramePending();
pokeDrawLockIfNeeded();
}
}
// next vsync来了出发doTraversal
void doTraversal() {
if (mTraversalScheduled) {
mTraversalScheduled = false;//重置mTraversalScheduled
mHandler.getLooper().getQueue().removeSyncBarrier(mTraversalBarrier);
if (mProfile) {
Debug.startMethodTracing("ViewAncestor");
}
performTraversals();
if (mProfile) {
Debug.stopMethodTracing();
mProfile = false;
}
}
}
二、问题2
硬件vsync的校准是否会影响界面的卡顿
回答:大概率不会
整个校准有两个路径分别是onComposerHalVsync和postComposition
路径1
onComposerHalVsync是硬件vsync的回调，运行在Hwbinder线程上，不会影响到sf的主线程的合成任务。
void SurfaceFlinger::onComposerHalVsync(hal::HWDisplayId hwcDisplayId, int64_t timestamp,
std::optional<hal::VsyncPeriodNanos> vsyncPeriod) {
mScheduler->addResyncSample(timestamp, vsyncPeriod, &periodFlushed);
}
void Scheduler::addResyncSample(nsecs_t timestamp, std::optional<nsecs_t> hwcVsyncPeriod,
bool* periodFlushed) {
bool needsHwVsync = false;
*periodFlushed = false;
{ // Scope for the lock
std::lock_guard<std::mutex> lock(mHWVsyncLock);
if (mPrimaryHWVsyncEnabled) {
needsHwVsync = mVsyncSchedule.controller->addHwVsyncTimestamp(timestamp, hwcVsyncPeriod,
periodFlushed);
}
}
}
bool VSyncReactor::addHwVsyncTimestamp(nsecs_t timestamp, std::optional<nsecs_t> hwcVsyncPeriod,
bool* periodFlushed) {
} else {
ATRACE_NAME("VSR: adding sample");
*periodFlushed = false;
mTracker.addVsyncTimestamp(timestamp);
mMoreSamplesNeeded = mTracker.needsMoreSamples();
}
}
bool VSyncPredictor::addVsyncTimestamp(nsecs_t timestamp) {
//进行校准更新模型参数
}
路径2
postComposition是每次sf主线程合成接触之后调用的，将上一帧的presentfence的signal时间作为hw vsync采样数据。
void SurfaceFlinger::postComposition() {
if (display && display->isPrimary() && display->getPowerMode() == hal::PowerMode::ON &&
mPreviousPresentFences[0].fenceTime->isValid()) {
mScheduler->addPresentFence(mPreviousPresentFences[0].fenceTime);
}
}
void Scheduler::addPresentFence(const std::shared_ptr<FenceTime>& fenceTime) {
if (mVsyncSchedule.controller->addPresentFence(fenceTime)) {
enableHardwareVsync();
} else {
disableHardwareVsync(false);
}
}
bool VSyncReactor::addPresentFence(const std::shared_ptr<android::FenceTime>& fence) {
timestampAccepted &= mTracker.addVsyncTimestamp(signalTime);
}
bool VSyncPredictor::addVsyncTimestamp(nsecs_t timestamp) {
//进行校准更新模型参数
}
虽然postComposition运行在sf的主线程，总体来说，addVsyncTimestamp的计算不会太耗时，也不会造成sf合成的卡顿，
但是不能说的太绝对，毕竟整个过程还有别的逻辑代码，这个逻辑代码是否会导致耗时，死锁等待等问题，我也不能确认，正常情况下应该没问题。
三、直播中有个图的描述的不够进准
因为直播的是否主要是在讲TimeDispatcher的触发wake time给sf和app，这里面就简单的将HW Vsync和TimeDispatcher关联起来了，其实本质上两者没有直接的关系，用下面这个图表示更加合适。
留一个思考题目：
上图中EventThread如何通知到app的，如果认真看了直播的人应该可以回答。
总结
王小二图解Android【009】VSYNC支持直播的录像我看了一下，给自己打个85分，我觉得总体把我自己想要表达的东西都表达出来了，下一次直播讲什么呢，有人让我讲binder，我能讲，但是怕大家听不懂。
