职业测试后端运行流程
2015-12-31 20:49:36 0 举报
职业测试后端运行流程主要包括以下几个步骤：首先，用户在前端界面提交测试请求，这些请求包含用户的个人信息和测试题目。然后，这些请求被发送到后端服务器进行处理。后端服务器接收到请求后，会验证请求的有效性，如检查用户信息是否完整，测试题目是否符合规定等。验证通过后，后端服务器会根据预设的算法对用户的答案进行分析和评分，生成测试结果。最后，后端服务器将测试结果返回给前端界面，用户可以看到自己的测试得分和相应的职业推荐。在整个过程中，后端还需要处理可能出现的各种异常情况，如网络故障、数据丢失等，以确保测试过程的顺利进行。
作者其他创作
大纲/内容
_after_handler
_multicall_engine.set_callback2
初始化passthroughinit
多个异步执行后，执行本线程
S_MULTICALL
在倒排里找valid_datanodes
写cache
get_dynamic_filter_info
初始化：ListTree
RUN
关注、新闻、微视频等
CPUNode
是否请求opintp，dao设置置顶逻辑
ionode_mgr正排查找依赖节点；
引擎调用parallel_call(bind:RUN)
全局初始化
S_INIT
comlog.confgflags.conf
async_state_init_parallel1
_pre_handler
创建ionodes
init
传入RUN2等待调用
发布上线
get_tree_recorder_map
build_history_infoset_discard_info
transform_response:fork_io-->get_response
_multicall_engine.set_callback1
.......
声明Grc服务
设置用户类型
multicall:初始化树节点，并对每一个子节点进行异步调用
_io->call
SubtreeNode
S_FINISH
async_state_init_parallel2
执行回调函数
after_hander
IONode
sndb/treerecorder/gcms/threadpool/cube/dict/so/dispatcher/sigmoid/qcache
cctx/dao_mgr/common_info/device_info/strategy_info/experiment/freture_info/scene_info/refresh_info/gcard_history
初始化merge引擎，进行merge
特征信息里的视频用户模型
S_RELEASE
cctx/daoMgrcommon/device/strategy/feature/scene/refresh_info
parallel_call
S_MERGE
设置队列存储限额
分支准入通过
FeedProcFunction::feed_proc
进行并发调用：bind FeedClosure::Run
或
操作：discard.info[*].tree_name/istTree.child[*].name/ContentSlowTreeNode.child[*].name/ContentFastTreeNode.child[*].name里的值
初始化并调用路由
finish:发送响应信息
RUN/RUN1/RUN2
Node
将服务添加至服务器
gen_request:构建fork_io-->request
请求数by service.conf和 rules
feed_proc/default_command_proc
设置基础属性
write_cache：写缓存
为什么用两个init，有什么区别
fork_io::call
closure->send_response();
feed:multicall_engine.parallel_call
default_command
设置基址时间请求数原子+1
... ...
asyn_call_child
初始化用户策略
免测/测试通过
strategy：ServiceConfMgr:get_dynamic_req_info
S_ROUTE
get_dynamic_discard_info
rframe
动态加载：service.conf
S_WRITE_CACHE
解析用户模型：什么是用户模型
服务开启
主干准入通过
并行或串行
pre:gcms\\dur\\history init
服务名：SofaCommonACGIONode/DispAttIONode
对函数调用
标识\"置顶逻辑\"
state_init_parallel1
build_news_history_set/build_video_history_set
release:打印响应信息
如果调用视频失败，增加视频rz_num
合入主干
请求调度
个人指标、解析用户模型、pass_through_init
QuotaConfMgr:获取动态指标、队列、过滤器信息
get_dynamic_quota_info
开启gcms_dump线程
get_dynamic_queue_info
在正排里找，valid_ionodes
初始化并发调用引擎
FeedClosure
stub.handel()
设置personal_quota_ptr
feed_proc
router：对信息进行汇聚
传入RUN1等待调用
ROOT
DefaultProcFunction
RouterRuleMgr:获取各项聚簇信息
state_init_parallel2
ionode_mgr->get_valid_ionodes
构造condition
dup_client_init
_gcms_sids/ionode_mgr正排查找依赖节点
set_discard_info
系统配置及日志格式初始化
merge:异步执行信息合并
流水线提测
点、展、关注等
pre_hander
closure->release();
feed:multicall_engine.call
speed_level;strategy_level;send_num;queue_quota;个人指标
请求里的用户特征信息，特征信息里的用户模型
对子节点进行RUN函数的异步调用
Run
_quota_info\\_predictor_news_total_quota\\_predictor_video_total_quota\\_predictor_min_news_total_quota\\_predictor_min_video_total_quota
_multicall_engine.init
add valid datanodes
0 条评论
回复 删除
下一页
