SEO教程

SEO教程

Products

当前位置:首页 > SEO教程 >

做网站生意是否以C2C模式为主,如何分类?

96SEO 2026-02-20 07:21 13


VSync-app和VSync-appSf各自都有对应的EventThread和DispSyncSource

做网站生意是否以C2C模式为主,如何分类?

VSync-sf和VSync-app以及Sync-appSf通过Scheduler的成员mVsyncSchedule指向的VSyncDispatchTimerQueue实例对象关联

2.1

VSync信号分为两种硬件VSync信号HW-VSync和软件VSync信号SW-VSync。

SW-VSync信号由SW-VSync模型产生。

HW-VSync信号负责对SW-VSync模型进行校准。

2.2

三种场景下会开启硬件VSync信号HW-VSync会对软件VSync信号SW-VSync进行校准

SurfaceFlinger合成后添加FenceTime到VSyncTracker中导致模型计算误差过大。

2.3

谷歌官方采用一元线性回归分析预测法(最小二乘法)通过采样的HW-VSync信号样本(屏幕刷新率)计算对应的SW-VSync信号周期。

最终得到一条ybxa的拟合曲线。

其中b称为回归系数a称为截距。

SW-VSync模型就是这这条曲线的回归系数和截距。

2.4

SW-VSync信号也分为两种VSync-sf信号和Vsync-app信号。

这两个信号各司其职:

VSync-sf信号用于控制SurfaceFlinger的Layer合成

VSync-sf信号和VSync-app信号是在SW-VSync信号的基础上通过叠加不同的偏移量产生这些偏移量被称为VSync相位偏移。

由于偏移量不同VSync-sf信号和VSync-app信号的回调时机也不同。

VSync-sf用于控制SurfaceFlinger合成和渲染一帧图像。

当SurfaceFlinger上帧时(BufferQueue中有新的GraphicBuffer)SurfaceFlinger会触发MessageQueue的scheduleFrame方法。

接下来我们看下VSync-sf是如何完成从申请到分发的流程。

3.1

SurfaceFlinger::scheduleCommit(...)//请求上帧mScheduler-scheduleFrame()//MessageQueue.cppmVsync.registration-schedule()//这里的registration实现是VSyncCallbackRegistration定义在Scheduler/VSyncDispatchTimerQueue.cppmDispatch.get().schedule()//这里的mDispatch指向VSyncDispatchTimerQueue对象/***

brief

1根据CallbackToken找到所有满足要求的VSyncDispatchTimerQueueEntry。

VSyncDispatchTimerQueueEntry是VSyncDispatchTimerQueue中对外部VSync信号请求的封装。

*

2遍历调用VSyncDispatchTimerQueue的schedule方法计算下一次VSync信号的发送时间。

*

ScheduleResult

VSyncDispatchTimerQueue::schedule(CallbackToken

token,ScheduleTiming

{...//根据CallbackToken找到所有满足要求的VSyncDispatchTimerQueueEntry。

VSyncDispatchTimerQueueEntry是VSyncDispatchTimerQueue中对外部VSync信号请求的封装。

auto

callback

it-second;//遍历调用VSyncDispatchTimerQueue的schedule方法计算下一次VSync信号的发送时间result

callback-schedule(scheduleTiming,

mTracker,

now);//对发射时间进行定时等待下一次VSync-sf信号的发送rearmTimerSkippingUpdateFor(now,

it);VSyncDispatchTimerQueue::setTimer()void

VSyncDispatchTimerQueue::setTimer(nsecs_t

targetTime,

targetTime;mTimeKeeper-alarmAt(std::bind(VSyncDispatchTimerQueue::timerCallback,

this),mIntendedWakeupTime);mLastTimerSchedule

mTimeKeeper-now();

1遍历CallbackMap找到达到唤醒时间的VSyncDispatchTimerQueueEntry并封装成Invocation加入Invocation列表。

*

2遍历Invocation列表通过Invocation获取VSyncDispatchTimerQueueEntry并调用VSyncDispatchTimerQueueEntry的callback方法分发VSync信号。

*///Scheduler/VSyncDispatchTimerQueue.cpp

void

VSyncDispatchTimerQueue::timerCallback()

{struct

{std::shared_ptrVSyncDispatchTimerQueueEntry

callback;nsecs_t

deadlineTimestamp;};std::vectorInvocation

lock(mMutex);auto

mTimeKeeper-now();mLastTimerCallback

now;for

{callback-executing();invocations.emplace_back(Invocation{callback,

*callback-lastExecutedVsyncTarget(),*wakeupTime,

*readyTime});}}mIntendedWakeupTime

kInvalidTime;rearmTimer(mTimeKeeper-now());}for

(auto

{invocation.callback-callback(invocation.vsyncTimestamp,

invocation.wakeupTimestamp,invocation.deadlineTimestamp);}

3.2

那么VSync-df的callback是怎么注册到VSyncDispatchTimerQueue的呢这个我们看下:

SurfaceFlinger::initScheduler(...)mScheduler-initVsync(...)//实现在Scheduler/MessageQueue.cpp中mVsync.registration

std::make_uniquescheduler::VSyncCallbackRegistration(dispatch,std::bind(MessageQueue::vsyncCallback,

this,std::placeholders::_1,std::placeholders::_2,std::placeholders::_3),sf);//这里的dispatch指向VSyncDispatchTimerQueue//Scheduler/VSyncDispatchTimerQueue.cppVSyncCallbackRegistration::VSyncCallbackRegistration(VSyncDispatch

dispatch,VSyncDispatch::Callback

callback,std::string

mDispatch(dispatch),mToken(dispatch.registerCallback(std::move(callback),

std::move(callbackName))),mValidToken(true)

VSyncDispatchTimerQueue::CallbackToken

VSyncDispatchTimerQueue::registerCallback(Callback

callback,

CallbackToken{//最终注册到了mCallbacks中mCallbacks.emplace(mCallbackToken,std::make_sharedVSyncDispatchTimerQueueEntry(std::move(callbackName),std::move(callback),mMinVsyncDistance)).first-first};

所以最后VSync-sf的分发会调用到MessageQueue::vsyncCallback中我们看下它的实现:

MessageQueue::vsyncCallback(...)mHandler-dispatchFrame(vsyncId,

vsyncTime)mQueue.mLooper-sendMessage(this,

Message())//Handle的handleMessage接收前面发过来的消息

void

MessageQueue::Handler::handleMessage(const

Message)

{mFramePending.store(false);const

nsecs_t

mQueue.mCompositor;//这里的compositor实现类是SurfaceFlingerif

mVsyncId,

{return;}compositor.composite(frameTime,

4.1

当Choreographer通过FrameDisplayEventReceiver调用scheduleVsync方法时会触发VSync-app信号的申请。

在FrameDisplayEventReceiver的scheduleVsync方法中会调用nativeScheduleVsync方法。

FrameDisplayEventReceiver的nativeScheduleVsync方法对应的native实现为android_view_DisplayEventReceiver的nativeScheduleVsync函数。

获取native层的DisplayEventDispatcher。

调用DisplayEventDispatcher的scheduleVsync方法请求VSync信号。

在DisplayEventDispatcher的scheduleVsync方法中会调用DisplayEventReceiver的requestNextVsync方法。

在DisplayEventReceiver的requestNextVsync方法中会调用IDisplayEventConnection的requestNextVsync方法。

IDisplayEventConnection是一个Binder类对应bn端的实现类为BnDisplayEventConnection。

而EventThreadConnection继承自BnDisplayEventConnection因此实际调用的是EventThreadConnection的requestNextVsync方法。

在EventThreadConnection的requestNextVsync方法中会调用EventThread的requestNextVsync方法。

在EventThread的requestNextVsync方法中主要做了三件事

标记EventThreadConnection的vsyncRequest为后续信号分发做准备。

唤起EventThread对应的线程继续执行VSync信号的分发。

void

EventThread::requestNextVsync(const

connection)

开启硬件Vsync信号对软件Vsync信号进行校准*/connection-resyncCallback();}std::lock_guardstd::mutex

lock(mMutex);if

VSyncRequest::Single;mCondition.notify_all();//唤起EventThread中的线程}

else

VSyncRequest::SingleSuppressCallback)

}在EventThread的threadMain中会通过VSyncCallbackRegistration请求或取消VSync信号。

如果是请求VSync信号会调用VSyncCallbackRegistration的schedule方法。

在VSyncCallbackRegistration的schedule方法会调用VSyncDispatch的schedule方法。

void

EventThread::threadMain(std::unique_lockstd::mutex

lock)

{mVSyncSource-setVSyncEnabled(false);}

else

{mVSyncSource-setVSyncEnabled(true);}mState

nextState;}}

之后的流程与VSync-sf信号的申请流程相同。

在VSyncDispatchTimerQueue的schedule方法中会调用scheduleLocked方法。

在VSyncDispatchTimerQueue的scheduleLocked方法中主要做了三件事

根据CallbackToken找到所有满足要求的VSyncDispatchTimerQueueEntry。

VSyncDispatchTimerQueueEntry是VSyncDispatchTimerQueue中对外部VSync信号请求的封装。

遍历调用VSyncDispatchTimerQueue的schedule方法计算下一次VSync信号的发送时间。

4.2

当定时时间到达时TimerKeeper会回调VSyncDispatchTimerQueue的timerCallback方法。

在VSyncDispatchTimerQueue的timerCallback方法方法中主要做了两件事

遍历CallbackMap找到达到唤醒时间的VSyncDispatchTimerQueueEntry并封装成Invocation加入Invocation列表。

遍历Invocation列表通过Invocation获取VSyncDispatchTimerQueueEntry并调用VSyncDispatchTimerQueueEntry的callback方法分发VSync信号。

在VSyncDispatchTimerQueueEntry的callback方法中会调用类型为CallbackRepeater::callbackk然后在该方法中接着调用mCallback(vsyncTime,

wakeupTime,

readyTime)方法而这里的mCallback(指向DispSyncSource::onVsyncCallback最后回调EventThread的onVSyncEvent方法。

对于上述的分发流程是不是还有点懵逼我们反过来看看VSync-app分发的注册其核心是DispSyncSource和EventThread以及VSyncDispatchTimerQueue的各种回调callback流程:

//Scheduler/VSyncDispatchTimerQueue.cpp

VSyncDispatchTimerQueue::CallbackToken

VSyncDispatchTimerQueue::registerCallback(Callback

callback,

CallbackToken{mCallbacks.emplace(mCallbackToken,std::make_sharedVSyncDispatchTimerQueueEntry(std::move(callbackName),std::move(callback),mMinVsyncDistance)).first-first};

}//Scheduler/VSyncDispatchTimerQueue.cpp

VSyncCallbackRegistration::VSyncCallbackRegistration(VSyncDispatch

dispatch,VSyncDispatch::Callback

callback,std::string

mDispatch(dispatch),mToken(dispatch.registerCallback(std::move(callback),

std::move(callbackName))),mValidToken(true)

{}//Scheduler/DispSyncSource.cpp

class

public:CallbackRepeater(VSyncDispatch

dispatch,

readyDuration,std::chrono::nanoseconds

notBefore):

mName(name),mCallback(cb),//VSyncCallbackRegistration

mRegistration

GUARDED_BY(mMutex);mRegistration(dispatch,std::bind(CallbackRepeater::callback,

this,

std::placeholders::_1,std::placeholders::_2,

std::placeholders::_3),mName),mStarted(false),mWorkDuration(workDuration),mReadyDuration(readyDuration),mLastCallTime(notBefore)

{std::lock_guard

lock(mMutex);mRegistration.cancel();}void

workDuration,

mRegistration.schedule({.workDuration

mWorkDuration.count(),.readyDuration

mReadyDuration.count(),.earliestVsync

mLastCallTime.count()});LOG_ALWAYS_FATAL_IF((!scheduleResult.has_value()),

Error

lock(mMutex);LOG_ALWAYS_FATAL_IF(!mStarted,

DispSyncInterface

false;mRegistration.cancel();}void

dump(std::string

std::chrono::steady_clock::now().time_since_epoch();StringAppendF(result,

\t%s:

mName.c_str());StringAppendF(result,

mWorkDuration%.2f

std::chrono::nanoseconds(vsyncTime);}mCallback(vsyncTime,

wakeupTime,

mRegistration.schedule({.workDuration

mWorkDuration.count(),.readyDuration

mReadyDuration.count(),.earliestVsync

vsyncTime});LOG_ALWAYS_FATAL_IF(!scheduleResult.has_value(),

Error

mName;scheduler::VSyncDispatch::Callback

mCallback;mutable

mMutex;VSyncCallbackRegistration

mRegistration

mScheduler-createConnection(app

.....)Scheduler::createConnection()auto

vsyncSource

makePrimaryDispSyncSource(connectionName,

workDuration,

std::make_uniquescheduler::DispSyncSource(mVsyncSchedule-getDispatch(),mVsyncSchedule-getTracker(),

traceVsync,

name);//std::unique_ptrCallbackRepeater

mCallbackRepeater;mCallbackRepeater

std::make_uniqueCallbackRepeater(vSyncDispatch,std::bind(DispSyncSource::onVsyncCallback,

this,std::placeholders::_1,std::placeholders::_2,std::placeholders::_3),name,

workDuration,

readyDuration,std::chrono::steady_clock::now().time_since_epoch());

mVSyncSource-setCallback(this);//为DispVsyncSource设置回调void

DispSyncSource::setCallback(VSyncSource::Callback*

callback)

//最终整理出来的Vsync-app分发流程为,各种弯弯绕绕:VSyncDispatchTimerQueue::timerCallback()//Scheduler/VSyncDispatchTimerQueue.cppinvocation.callback-callback(...)//这里的callback指向VSyncDispatchTimerQueueEntry::callbackScheduler/VSyncDispatchTimerQueue.cppmCallback(vsyncTimestamp,

wakeupTimestamp,

mCallback指向CallbackRepeater::callback实现在Scheduler/DispSyncSource.cpp

mCallback(vsyncTime,

readyTime)//这里的callback指向DispSyncSource::onVsyncCallback。

是现在Scheduler/DispSyncSource.cppcallback

mCallback;callback-onVSyncEvent(targetWakeupTime,

{vsyncTime,

readyTime})//这里的callback指向EventThread::onVSyncEvent在EventThread的onVSyncEvent方法中主要做了三件事

将Event加入到vectorDisplayEventReceiver::Event

void

EventThread::onVSyncEvent(nsecs_t

timestamp,

lock(mMutex);LOG_FATAL_IF(!mVSyncState);//包装为DisplayEventReceiver::Event对象存入mPendingEvents尾部mPendingEvents.push_back(makeVSync(mVSyncState-displayId,

timestamp,

mVSyncState-count,vsyncData.expectedPresentationTime,vsyncData.deadlineTimestamp));//唤醒线程mCondition.notify_all();

void

EventThread::threadMain(std::unique_lockstd::mutex

lock)

{std::optionalDisplayEventReceiver::Event

event;//

mPendingEvents.front();mPendingEvents.pop_front();

...}//

mDisplayEventConnections.begin();while

(it

mDisplayEventConnections.end())

{if

VSyncRequest::None;//用来在任务的循环执行中保存当前Vsync信号的消费者if

(event

{consumers.push_back(connection);//这里的consumers就是待分发的目标}it;}

else

mDisplayEventConnections.erase(it);}}

/***

2收集监听Vsync信号的EventThreadConnection并加入到consumers中*

(!consumers.empty())

consumers);consumer-postEvent(copy)DisplayEventReceiver::sendEvents(...)consumers.clear();}

最终VSync-app分发的事件会被Choreographer模块接收开始安排应用相关的渲染UI逻辑

Andoid

App/Sf的Vsync部分源码流程结合perfetto/systrace分析

Android-View绘制原理(02)-VSync原理之SurfaceFlinger篇

一文搞定Android



SEO优化服务概述

作为专业的SEO优化服务提供商,我们致力于通过科学、系统的搜索引擎优化策略,帮助企业在百度、Google等搜索引擎中获得更高的排名和流量。我们的服务涵盖网站结构优化、内容优化、技术SEO和链接建设等多个维度。

百度官方合作伙伴 白帽SEO技术 数据驱动优化 效果长期稳定

SEO优化核心服务

网站技术SEO

  • 网站结构优化 - 提升网站爬虫可访问性
  • 页面速度优化 - 缩短加载时间,提高用户体验
  • 移动端适配 - 确保移动设备友好性
  • HTTPS安全协议 - 提升网站安全性与信任度
  • 结构化数据标记 - 增强搜索结果显示效果

内容优化服务

  • 关键词研究与布局 - 精准定位目标关键词
  • 高质量内容创作 - 原创、专业、有价值的内容
  • Meta标签优化 - 提升点击率和相关性
  • 内容更新策略 - 保持网站内容新鲜度
  • 多媒体内容优化 - 图片、视频SEO优化

外链建设策略

  • 高质量外链获取 - 权威网站链接建设
  • 品牌提及监控 - 追踪品牌在线曝光
  • 行业目录提交 - 提升网站基础权威
  • 社交媒体整合 - 增强内容传播力
  • 链接质量分析 - 避免低质量链接风险

SEO服务方案对比

服务项目 基础套餐 标准套餐 高级定制
关键词优化数量 10-20个核心词 30-50个核心词+长尾词 80-150个全方位覆盖
内容优化 基础页面优化 全站内容优化+每月5篇原创 个性化内容策略+每月15篇原创
技术SEO 基本技术检查 全面技术优化+移动适配 深度技术重构+性能优化
外链建设 每月5-10条 每月20-30条高质量外链 每月50+条多渠道外链
数据报告 月度基础报告 双周详细报告+分析 每周深度报告+策略调整
效果保障 3-6个月见效 2-4个月见效 1-3个月快速见效

SEO优化实施流程

我们的SEO优化服务遵循科学严谨的流程,确保每一步都基于数据分析和行业最佳实践:

1

网站诊断分析

全面检测网站技术问题、内容质量、竞争对手情况,制定个性化优化方案。

2

关键词策略制定

基于用户搜索意图和商业目标,制定全面的关键词矩阵和布局策略。

3

技术优化实施

解决网站技术问题,优化网站结构,提升页面速度和移动端体验。

4

内容优化建设

创作高质量原创内容,优化现有页面,建立内容更新机制。

5

外链建设推广

获取高质量外部链接,建立品牌在线影响力,提升网站权威度。

6

数据监控调整

持续监控排名、流量和转化数据,根据效果调整优化策略。

SEO优化常见问题

SEO优化一般需要多长时间才能看到效果?
SEO是一个渐进的过程,通常需要3-6个月才能看到明显效果。具体时间取决于网站现状、竞争程度和优化强度。我们的标准套餐一般在2-4个月内开始显现效果,高级定制方案可能在1-3个月内就能看到初步成果。
你们使用白帽SEO技术还是黑帽技术?
我们始终坚持使用白帽SEO技术,遵循搜索引擎的官方指南。我们的优化策略注重长期效果和可持续性,绝不使用任何可能导致网站被惩罚的违规手段。作为百度官方合作伙伴,我们承诺提供安全、合规的SEO服务。
SEO优化后效果能持续多久?
通过我们的白帽SEO策略获得的排名和流量具有长期稳定性。一旦网站达到理想排名,只需适当的维护和更新,效果可以持续数年。我们提供优化后维护服务,确保您的网站长期保持竞争优势。
你们提供SEO优化效果保障吗?
我们提供基于数据的SEO效果承诺。根据服务套餐不同,我们承诺在约定时间内将核心关键词优化到指定排名位置,或实现约定的自然流量增长目标。所有承诺都会在服务合同中明确约定,并提供详细的KPI衡量标准。

SEO优化效果数据

基于我们服务的客户数据统计,平均优化效果如下:

+85%
自然搜索流量提升
+120%
关键词排名数量
+60%
网站转化率提升
3-6月
平均见效周期

行业案例 - 制造业

  • 优化前:日均自然流量120,核心词无排名
  • 优化6个月后:日均自然流量950,15个核心词首页排名
  • 效果提升:流量增长692%,询盘量增加320%

行业案例 - 电商

  • 优化前:月均自然订单50单,转化率1.2%
  • 优化4个月后:月均自然订单210单,转化率2.8%
  • 效果提升:订单增长320%,转化率提升133%

行业案例 - 教育

  • 优化前:月均咨询量35个,主要依赖付费广告
  • 优化5个月后:月均咨询量180个,自然流量占比65%
  • 效果提升:咨询量增长414%,营销成本降低57%

为什么选择我们的SEO服务

专业团队

  • 10年以上SEO经验专家带队
  • 百度、Google认证工程师
  • 内容创作、技术开发、数据分析多领域团队
  • 持续培训保持技术领先

数据驱动

  • 自主研发SEO分析工具
  • 实时排名监控系统
  • 竞争对手深度分析
  • 效果可视化报告

透明合作

  • 清晰的服务内容和价格
  • 定期进展汇报和沟通
  • 效果数据实时可查
  • 灵活的合同条款

我们的SEO服务理念

我们坚信,真正的SEO优化不仅仅是追求排名,而是通过提供优质内容、优化用户体验、建立网站权威,最终实现可持续的业务增长。我们的目标是与客户建立长期合作关系,共同成长。

提交需求或反馈

Demand feedback