甘肃省2023年一建补考政策

甘肃人事考试网发布了2023年甘肃省一建补考通知，通知中明确了甘肃省2023年一建补考政策：2023年甘肃一建补考时间为2023年3月25日-26日，决定不参加补考的，须通过中国人事考试网“网报平台”进行“不参加补考网上确认”。

123 2023年一级建造师学习手册（市政工程全4科）

格式：DO大小：243822KB 2023年一级建造师建筑工程考情分析

格式：DO大小：218747KB 2023年一级建造师通信与广电工程考情分析

格式：DO大小：5795KB根据甘肃人事考试网发布的“关于做好甘肃省2022年度一级建造师、执业药师、一级注册消防工程师、经济专业及一级造价工程师等5项职业资格考试补考工作的通告”，2023年甘肃一建补考最新消息为：甘肃省一建补考时间为2023年3月25日-26日，考生可不参加补考，不参考补考的需进行“不参加补考网上确认”，网上确认后，将无法修改、撤回。考试成绩实行滚动管理的，考试合格成绩有效期顺延一年。公告原文如下：

关于做好甘肃省2022年度一级建造师、执业药师、一级注册消防工程师、经济专业及一级造价工程师等5项职业资格考试补考工作的通告

根据《人力资源社会保障部办公厅关于2023年度专业技术人员职业资格考试计划及有关事项的通知》（人社厅发〔2023〕3号）精神，为做好我省2022年度一级建造师、执业药师、一级注册消防工程师、经济（初级、中级）、一级造价工程师5项职业资格考试补考工作，现将有关事项通告如下：

一、补考时间

（一）2022年一级建造师

3月25日

上午9:00－11:00建设工程经济

下午14:00－17:00建设工程法规及相关知识

3月26日

上午9:00－12:00建设工程项目管理

下午14:00－18:00专业工程管理与实务（10个专业）

（二）2022年执业药师

3月25日

上午9:00－11:30药学（中药学）专业知识（一）

下午14:00－16:30药学（中药学）专业知识（二）

3月26日

上午9:00－11:30药师管理与法规

下午14:00－16:30药学（中药学）综合知识与技能

（三）2022年一级注册消防工程师

3月25日

上午9:00－11:30消防安全技术实务

下午14:00－16:30消防安全技术综合能力

3月26日

上午9:00－12:00消防安全案例分析

（四）2022年经济专业（初级、中级）

4月8日

上午8:30－10:00经济基础知识

10:40－12:10专业知识和实务

下午14:00－15:30经济基础知识

16:10－17:40专业知识和实务

（各专业具体考试批次、时间以准考证信息为准）

（五）2022年一级造价工程师

4月22日

上午9:00—11:30建设工程造价管理

下午14:00—16:30建设工程计价

4月23日

上午9:00—11:30建设工程技术与计量（4个专业）

下午14:00—18:00建设工程造价案例分析（4个专业）

二、不参加补考网上确认及申请退费

因2022年度考生报名费已全额缴入财政非税系统，受年底财务决算等因素影响，报名费用无法原路退回，经协调，不参加补考网上确认及申请退费方式如下：

第一步：不参加补考网上确认。补考人员为2022年度在甘肃考区已报名且缴费成功的报考人员。其中，决定不参加补考的，须于2023年2月11日（星期六）09:00至2月16日（星期四）18:00期间通过中国人事考试网（>

微信可以定时发送消息，不过需要用到小程序。

工具：微信、蜗牛传书小程序。

1、打开微信之后在搜索小程序中输入蜗牛传书。

2、然后在全网搜索蜗牛传书小程序检测到之后再点击蜗牛传书。

3、打开蜗牛传书的页面中点击微信登录按钮。

4、此时蜗牛传书需要微信授权的对话框选项中点击允许按钮。

5、然后进入到蜗牛传书的页面中点击写一封信按钮。

6、然后切换到请先选择你的蜗牛送信员栏中找到守时小蜗选项中点击Pick按钮。

7、然后d出定时小蜗需要先指定发送时间，

8、点击下可修改指定发送的时间再点击确认按钮。

9、然后返回指定发送时间的对话框中再点击确认按钮。

10、然后到输入想说的内容在框中完成后再点击完成。

11、此时退出编辑内容框后的页面中点击交给送信员按钮。

12、然后d出书信已经交给了守时送信员的对话框中点击通知收信人按钮。

13、然后打开微信中的选择一个聊天的页面中选择微信的好友或群。如果好友不在列表选择点击创建新的聊天选项。

14、然后d出发送给的对话框中点击发送按钮即可。

      首先消息是网络通讯的载体，队列可以理解是一种先进先出的数据结构，消息队列是存放消息的容器，是分布式系统中的重要组件。消息队列的优势在于：解耦、异步、削峰，把相关性不

强的模块独立分开视为解耦，异步就是非必要逻辑异步方式处理，加快响应速度，削峰是避免短期高并发导致系统问题进行缓冲队列处理。消息队列的缺点在于：加强系统复杂性、系统可用性降低，使

用了消息队列系统出现问题排查的范围就变大、需要考虑消息队列导致的问题。

          本文说明主流的消息队列，针对使用过的zeroMQ和rabbitMQ、Kakfa：

          zeroMQ ：C语言开发，号称最快的消息队列，本着命名zero的含义，中油中间架构使用简单，表面上是基于socket的封装套接字API，在多个节点应用场景下非常灵活、架构的可扩展性很强，

实现N到M的协同处理；

            zmq的socket模式： req、rep、push、pull、pub、sub、router、dealer。

          （1）req和rep：请求回应模型，req和rep都可以请求和回答，不同的只是req是先send再rec，rep是先rec再send。支持N个请求端一个接收端，也支持N个接收端一个请求端。N个接收端采

用rr负载均衡。 哪个是“一”端，哪个就bind端口，“N”端就只能connect，所以，req+rep无论谁bind端口，肯定要有一个是“一”。

          （2）  router和dealer：随时可以发送和接收的req和rep，看起来router+dealer跟 req+rep属于同类功能。因为router和dealer可以随时发送接收，所以它们可以用来做路由。一个router用来响

应N个req，然后它在响应处理的时候，再通过另一个socket把请求扔出去，接收者是另外的M个rep，这就做到N:M。

         （3）pub和sub ：订阅和推送，对应发布者和订阅者。

         （4）push和pull：就是管道，一个只推数据，一个只拉数据。

           rabbitMQ ：使用erlang语言开发，高并发特点，基于AMQP（即Advanced Message Queuing Protocol）的开源高级消费队列，AMQP的主要特征是面向消息、队列、路由（包括点对点和发布/

订阅）、可靠性、安全），企业级适应性和稳定性，并且有WEB管理界面方便用户查看和管理。以下是rabbitMQ的结构图：

         （1）Producer:数据发送方，一般一个Message有两个部分：payload（有效载荷）和label（标签），payload是数据实际载体，label是exchange的名字或者一个tag，决定发给哪个Consumer；

         （2）Exchange: 内部 消息交换器,exchange从生产者那收到消息后，一般会指定一个Routing Key，来指定这个消息的路由规则，当然Routing Key需要与Exchange Type及Binding key联合使用

才能最终生效，根据路由规则，匹配查询表中的routing key，分发消息到queue中；

         （3）binding：即绑定，绑定（Binding）Exchange与Queue的同时，一般会指定一个Binding key，但不一定会生效，依赖于Exchange Type；

         （4）Queue：即队列是rabbitmq内部对象，用于存储消息，一个message可以被同时拷贝到多个queue中，queue对load balance的处理是完美的。对于多个Consumer来说，RabbitMQ 使用循

环的方式（round-robin）的方式均衡的发送给不同的Consumer；

         （5）Connection与Channel： Connection 就是一个TCP的连接，Producer和Consumer都是通过TCP连接到RabbitMQ Server， Channel 是为了节省开销建立在上述的TCP连接中的接口，大部

分的业务 *** 作是在Channel这个接口中完成的，包括定义Queue、定义Exchange、绑定Queue与Exchange、发布消息等；

        （6）Consumer：即数据的接收方，如果有多个消费者同时订阅同一个Queue中的消息，Queue中的消息会被平摊给多个消费者；

        （7）Broker: 即RabbitMQ Server，其作用是维护一条从Producer到Consumer的路线，保证数据能够按照指定的方式进行传输；

       （8）Virtual host：即虚拟主机，当多个不同的用户使用同一个RabbitMQ server提供的服务时，可以划分出多个vhost，每个用户在自己的vhost创建exchange／queue；

         rabbitMQ消息转发中的路由转发是重点，生产者Producer在发送消息时，都需要指定一个RoutingKey和Exchange，Exchange收到消息后可以看到消息中指定的RoutingKey，再根据当前

Exchange的ExchangeType,按一定的规则将消息转发到相应的queue中去。三种Exchage type：

       （1）Direct exchange ：直接转发路由，原理是通过消息中的routing key，与binding 中的binding-key 进行比对，若二者匹配，则将消息发送到这个消息队列；

          比如：消息生成者生成一个message(payload是1，routing key为苹果)，两个binding(binding key分别为苹果、香蕉);exchange比对消息的routing key和binding key后，将消息发给了queue1，消息消费者1获得queue1的消息；

       （2）Topic exchange： 通配路由，是direct exchange的通配符模式，

          比如：消息生成者生成一个message(payload是1，routing key为quickorangerabbit)，两个binding(binding key分别为orange 、 rabbit)；exchange比对消息的routing key和binding key

后,exchange将消息分发给两个queue，两个消费者获得queue的消息；

     （3）Fanout exchange： 复制分发路由，原理是不需要routkey，当exchange收到消息后，将消息复制多份转发给与自己绑定的消息队列，

          比如：消息生成者生成一个message(payload是1，routing key为苹果)，两个binding(binding key分别为苹果、香蕉)；exchange将消息分发给两个queue，两个消费者获得queue的消息；

       rabbiMQ如何保证消息的可靠性？

     （1）Message durability：消息持久化，非持久化消息保存在内存中，持久化消息写入内存同时也写入磁盘；

     （2）Message acknowledgment：消息确认机制，可以要求消费者在消费完消息后发送一个回执给RabbitMQ，RabbitMQ收到消息回执（Message acknowledgment）后才将该消息从Queue中移

除。通过ACK。每个Message都要被acknowledged（确认，ACK）。

     （3）生产者消息确认机制：AMQP事务机制、生产者消息确认机制（publisher confirm）。

     最后， 对比一下zeroMQ、rabbitMQ、kafka主流的消息队列的性能情况：

      对比方向                                                                          概要

      吞吐量                             万级 RabbitMQ 的吞吐量要比 十万级甚至是百万级Kafka 低一个数量级。ZeroMQ号称最快的消息队列系统，尤其针对大吞吐量的需求场景。

      可用性                            都可以实现高可用。RabbitMQ 都是基于主从架构实现高可用性。 kafka 也是分布式的，一个数据多个副本，少数机器宕机，不会丢失数据，不会导致不可用

      时效性                             RabbitMQ 基于erlang开发，所以并发能力很强，性能极其好，延时很低，达到微秒级。其他两个个都是 ms 级。

      功能支持                          Kafka 功能较为简单，主要支持简单的MQ功能，在大数据领域实时计算以及日志采集被大规模使用；ZeroMQ能够  实现RabbitMQ不擅长的高级/复杂 的队列

      消息丢失                          RabbitMQ有ack模型，也有事务模型，保证至少不会丢数据，  Kafka 理论上不会丢失，但不排除批量情况下。

      开发环境                          RabbitMQ需要erlang支持、kafka基于zookeeper管理部署、zeroMQ程序编译调用即可

      封装库                               基于c++开发，使用RabbitMQ-C，cppKafka，而zeroMQ基于C语言开发，无需封装

<br>switch(MessageBoxShow())<br>{<br>case DialogResultOK:<br>bla bla bla<br>break;<br>case DialogResultCancel:<br>bla bla bla<br>break;<br>}<br>  if(MessageBoxShow() == DialogResultOK){}else{}

MessageBox指的是显示一个模态对话框，其中包含一个系统图标、 一组按钮和一个简短的特定于应用程序消息，如状态或错误的信息。消息框中返回一个整数值，该值指示用户单击了哪个按钮。

指定一个决定对话框的内容和行为的位标志集。此参数可以为下列标志组中标志的组合。指定下列标志中的一个来显示消息框中的按钮以及图标。

这里关键要看，对话框是模态还是非模态。

模态对话框的确定和取消按钮，调用的是EndDialog来结束对话框，不会触发WM_CLOSE消息，因此，要在两个按钮响应消息OnOK和OnCancel中进行确认提示，以OnOK为例：

void CDialog1::OnOK()

{

if(IDOK==AfxMessageBox(_T("您确定要退出吗"),MB_OKCANCEL))

CDialogEx::OnOK();

}

需要注意的是，即使是模态对话框，如果在标题栏中增加了系统按钮，那么“红叉”按钮的关闭还是需要响应WM_CLOSE消息，也就是你同样需要在OnClose里面做这个确认提示。

非模态对话框，会屏蔽OnOK和OnCancel中的基类调用，只需要响应WM_CLOSE即可。

免费定制个人学历提升方案和复习资料：>

以上就是关于甘肃省2023年一建补考政策全部的内容，包括:甘肃省2023年一建补考政策、陈鑫海结婚了、怎样定时给微信好友发信息等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！