让reviewdog支持gitlab-push-commit,守住代码质量下限

本文永久链接 – https://tonybai.com/2022/09/08/make-reviewdog-support-gitlab-push-commit-to-preserve-the-code-quality-floor

一. 代码质量保证的手段

从世界上首款计算机高级程序设计语言Fortran自上世纪50年代诞生以来,编程这个行当已经走过了近70年。虽然年头已不少,但不可否认的一点是:软件生产依然无法像硬件那样标准化,同一个小功能,N个程序员的有N种实现方法

那么如何保证生产出的软件的质量符合我们的要求呢?不同领域的程序员都在进行着努力,比如:做编译器的让编译器更加严格,努力将内存安全问题彻底消除(如Rust);做工具链的为程序员提供了内置于语言的各种单测、集成测试、接口测试、fuzzing test等工具(如Go工具链),让程序员可以更容易地对自己所写的代码进行全方位的测试,以期找出更多的代码中的潜在问题…

当然,还有一种主观的代码质量保证方法目前依旧是主流,它就是是同行的代码评审(code review, cr)

代码评审的方法主要有两种,一种是大家坐到一个会议室中,对某个人的某段代码“发表大论”;另外一种则是利用像gerrit这样的工具,在线对其他人的某次提交的代码或某PR的代码进行“评头论足”。

不过无论哪种,最初的时候大家都会细无巨细地从语法层面看到代码结构设计,再到业务逻辑层面,但这样做的弊端也是很显而易见,那就是效率低下,不聚焦(focus)

于是人们想到了:能否利用工具来尽可能地发现语法层面的问题,这样代码评审时,人类专家便可以聚焦代码结构设计与业务逻辑层面的问题,分工明确后,效率自然提升(如下图):

注:目前绝大多数工具链仅能自动帮助程序员解决语法层面的问题。将来,随着工具的日益强大,工具可以不断升级关注层次,逐渐进化到具备发现代码结构设计问题,甚至可以发现业务层面逻辑问题的能力。

于是就有了reviewdog这样的可以调用各种linter工具对代码进行自动扫描并将问题以comment的形式自动提交的代码仓库的工具。

到这里很多朋友会问,即便让工具来关注语法层面的问题,为何要用reviewdog这样的工具,git的pre-commit hook、git server hooks、利用Make等工具做开发阶段检查等手段也能检查代码中的语法问题,它们不再香了吗?

下面简单看看这些方法的“问题”(我们假设大家都已经在使用git作为代码版本管理工具):

  • git pre-commit-hook

git pre-commit hook是一个客户端的git hook,它是放在开发人员本地代码copy中的.git/hooks目录下的钩子,当开发人员在本地执行git commit时会被唤起执行。pre-commot hook的问题就在于我们没法在中心代码仓库对pre-commit hook的脚本内容做统一管理和维护。这个更适合开发人员根据自己的喜好、代码素养在自己的开发环境下部署。

此外,有些代码并不一定是在开发者自己的开发机上提交的,换环境后,pre-commit hook就不在生效。

  • 利用Make等工具做本地检查

利用make工具,我们可以在本地build代码之前对代码做lint等各种静态检查,但和pre-commit-hook一样,虽然Makefile可以提交代码仓库,但真正用于检查代码的工具依旧是在开发人员本地,难于对工具版本,设定的检查规则进行统一管理维护,可能导致不同开发人员环境有不一致的情况。另外同样的情况,有些代码并不一定是在开发者自己的开发机上提交的,换环境后,Make工具依赖的代码检查工具可能并不存在,检查环节就无法有效实施。

  • git server hooks

git支持server hooksgitlab自12.8版本也开始支持server hooks(替换之前的custom hooks)。

Git server支持以下钩子:

  • pre-receive
  • post-receive
  • update

我倒是没有深研究过这些server hooks是否能满足我们的功能要求,但就git server hooks的部署特点就决定了,它不适合,因为它要在gitlab的server上执行,这就意味着我们需要的所有静态代码检查工具都要部署和配置在与gitlab server同一个环境中,这耦合性太强,根本不便于我们对这些静态代码检查工具的管理与日常维护。

而像reviewdog这样的工具将与ci工具(比如gitlab-ci)集成,运行在slave/worker/runner的机器上,而这些机器上的环境便很容易统一的定制与管理。

好了,下面进入reviewdog时间!

注:我们以代码仓库为gitlab为例,我曾做过小调查,目前企业内部基本都在使用gitlab搭建私有git仓库,除了那些自实现code仓库平台的大厂。

二. reviewdog是什么

reviewdog是一个什么样的工具呢?我们来看看下面这幅示意图:

我们看到,这是一幅基于gitlab的ci执行流程图,在这个流程中,reviewdog运行在gitlab-runner节点,也就是负责真正执行ci job的节点上。每当开发人员执行一次git push,将commit同步到代码仓库,一次ci job将被触发,在承载该ci job的gitlab-runner节点上,reviewdog被唤起,它做了三件事:

  • 调用静态代码检查工具对最新pull下来的代码进行检查;
  • 将代码检查结果(第几行有问题)与commit diff的结果进行比对,得到交集(即commit diff中变更(add和update)的代码行与代码检查结果的行一致的,放入交集中);
  • 将交集中代码检查结果信息以gitlab commit comment的形式post到gitlab仓库中

这样开发人员就可以通过commit页面看到这些comments,并应对这些comment,必要情况下,会修复这些问题。

我们看到reviewdog和其他工具相比,最大的不同就是可以找出commit diff与lint结果中的交集,并与代码仓库交互,将这些交集中的结果以comments的形式放入commit页面,就像同行代码评审时,同行直接在你的commit页面添加comment一样

然而当前版本的reviewdog还不支持直接在gitlab-push-commit上做检查与提交comment,可能是这样的场景较为少见,因为目前开源项目更多采用基于pr(pull request)的工作流,所以reviewdog内置了诸如github-pr-check、github-pr-review、gitlab-mr-commit等工作流的代码review。而像我们使用的基于gitlab-push-commit可能并不多见(当然我们内部使用这种也是有特定上下文的)。

那么如何让reviewdog支持gitlab-push-commit,即对push动作中的commit进行静态代码检查并将结果以comment的形式放入commit页面呢?我们只能fork reviewdog项目,并在fork后的项目中自行添加对gitlab-push-commit模式的支持。

三. 改造reviewdog以支持gitlab-push-commit模式

reviewdog就是一个命令行工具,通常就是一次性执行,因此它的代码结构较为清晰。我们可以简单围绕它支持的几种reporter模式来搞清楚如何增加对gitlab-push-commit模式的支持。

这里说明一下gitlab-push-commit模式的含义,首先该模式适用于开发人员通过git push推送代码到gitlab时触发的ci job。在该ci job中,reviewdog会运行配置的静态代码分析工具(比如golangci-lint等)对最新的代码进行扫描,并得到问题集合;然后获取最新的commit的sha值(CI_COMMIT_SHA)以及push之前的latest commit的sha值(CI_COMMIT_BEFORE_SHA),并比较这两个版本间的diff。最后通过文件名与行号将问题集合与diff集合中的“交集”找出来,并将结果以comment形式通过gitlab client api提交到的此次push的最新的那个commit的页面。

目前该模式尚存在一个“瑕疵”,那就是如果一个push中有多个commit,那么gitlab-push-commit模式不会针对每个commit做diff和comment,而只是会用push中的latest commit与push之前的最新commit做比较。

定义清除gitlab-push-commit模式含义后,我们就可以“照葫芦画瓢”的为reviewdog增加该模式的支持了!

在main.go中,我们主要是在run函数中增加一个reporter case分支:

// https://github.com/bigwhite/reviewdog/blob/master/cmd/reviewdog/main.go
func run(r io.Reader, w io.Writer, opt *option) error {
... ...

case "gitlab-push-commit":
    build, cli, err := gitlabBuildWithClient(opt.reporter)
    if err != nil {
        return err
    }
    log.Printf("reviewdog: [gitlab-push-commit-report] gitlabBuildWithClient ok\n")

    gc, err := gitlabservice.NewGitLabPushCommitsCommenter(cli, build.Owner, build.Repo, build.SHA)
    if err != nil {
        return err
    }
    log.Printf("reviewdog: [gitlab-push-commit-report] NewGitLabPushCommitsCommenter ok\n")

    cs = reviewdog.MultiCommentService(gc, cs)
    ds, err = gitlabservice.NewGitLabPushCommitsDiff(cli, build.Owner, build.Repo, build.SHA, build.BeforeSHA)
    if err != nil {
        return err
    }
    log.Printf("reviewdog: [gitlab-push-commit-report] NewGitLabPushCommitsDiff ok\n")
... ...

}

在这个case中,我们主要是为后面的project.Run或reviewdog.Run方法准备gitlab client对象、PushCommitsCommenter对象(位于service/gitlab/gitlab_push_commits.go中)、PushCommitsDiff对象(位于service/gitlab/gitlab_push_commits_diff.go中)等。

gitlab_push_commits.go和gitlab_push_commits_diff.go是新增的两个go源文件,也是参考了同目录下的gitlab_mr_commit.go和gitlab_mr_diff.go改写而成的。具体代码这里就不列出来了,大家有兴趣可以自行阅读。

四. 部署gitlab-runner验证新版reviewdog

下面我们就来验证一下上述改造后的reviewdog。

1. 安装gitlab-runner

我们先在gitlab上建立一个实验项目,然后为该项目配置ci。如果你的gitlab还没有注册gitlab-runner,可以按下面步骤安装和注册runner节点(可以在顶层group下面建立,这样runner可以在group内共享:settings => CI/CD => Runners => Show runner installation instructions 有部署runner的详细命令说明):

//假设我们有一个ubuntu 20.04的主机,我们可以按下面命令安装和注册一个gitlab-runner:

sudo curl -L --output /usr/local/bin/gitlab-runner https://gitlab-runner-downloads.s3.amazonaws.com/latest/binaries/gitlab-runner-linux-amd64

# Give it permissions to execute
sudo chmod +x /usr/local/bin/gitlab-runner

# Create a GitLab CI user
sudo useradd --comment 'GitLab Runner' --create-home gitlab-runner --shell /bin/bash

# Install and run as service
sudo gitlab-runner install --user=gitlab-runner --working-directory=/home/gitlab-runner
sudo gitlab-runner start

# 注册该runner
sudo gitlab-runner register --url http://{gitlab-server-ip-addr}/ --registration-token {registration token}

上面命令会在/etc/gitlab-runner下面建立一个runner自用配置文件:config.toml:

//  /etc/gitlab-runner/config.toml

concurrent = 1
check_interval = 0

[session_server]
  session_timeout = 1800

[[runners]]
  name = "runner for ard group"
  url = "http://gitlab_ip_addr/"
  id = 1
  token = "{registration token}"
  token_obtained_at = 2022-09-01T11:03:43Z
  token_expires_at = 0001-01-01T00:00:00Z
  executor = "shell"
  shell = "bash"
  environment = ["PATH=/home/tonybai/.bin/go1.18/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin"]
  [runners.custom_build_dir]
  [runners.cache]
    [runners.cache.s3]
    [runners.cache.gcs]
    [runners.cache.azure]

这里我选择了shell executor,即基于主机shell执行ci job中的命令。runners下的environment可以设置shell的环境变量,这里的设置将覆盖对应账号(比如gitlab-runner)下的环境变量值。

gitlab-runner部署成功后,我们在group的runners下面便可以看到下面的available runners:

注:在创建runner时,我为该runner设置了两个tag:ard和ci。

注:确保runner执行的命令在主机的PATH下面可以找到。

2. 创建personal access token

reviewdog需要通过gitlab client API访问gitlab仓库获取信息并提交comments,这就需要我们为runner执行的命令提供access token。

gitlab有多种access token,比如:personal access token、project access token等。我们创建personal access token,我也测试过project access token,使用project access token可以成功提交comment,但是notify mail十有八九无法发送出来。

access token要保存好,因为它只显示一次。

我们将personal access token配置到实验项目的variable中(Settings => CI/CD => variables),variable的key为REVIEWDOG_GITLAB_API_TOKEN,值为刚刚创建的token。

后续每次CI job执行,该variable会作为预定义的环境变量对job生效。我们的reviewdog便可以使用该token访问gitlab。

3. 配置实验项目的ci pipeline

我们可以通过代码的形式配置实验项目的ci pipeline,我们在项目根目录下建立.gitlab-ci.yml文件,其内容如下:

// .gitlab-ci.yml

build-job:
  tags:
      - ard
  stage: build
  script:
    - export CI_REPO_OWNER=ard/incubators
    - export CI_REPO_NAME=learn-gitlab
    - reviewdog -reporter=gitlab-push-commit
  only:
    - master
    - pushes

.gitlab-ci.yml的具体字段含义可以参考gitlab文档。在这个配置中,值得注意的有几点:

  • 使用tags关联runner(这里用ard这个tag);
  • script部分是job具体执行的命令列表,这里先设置CI_REPO_OWNER和CI_REPO_NAME两个环境变量,供reviewdog使用;然后执行reviewdog;
  • only部分描述仅针对master分支的push事件触发ci job。

4. 配置.reviewdog.yml

最后,我们来配置一下适合实验项目的reviewdog的配置文件。我们同样在项目根目录下建立.reviewdog.yml文件,其内容如下:

runner:
  golangci:
    cmd: golangci-lint run --max-same-issues=0 --out-format=line-number ./...
    errorformat:
      - '%E%f:%l:%c: %m'
      - '%E%f:%l: %m'
      - '%C%.%#'
    level: warning

在这里我们看到,我们使用golangci-lint这个静态检查工具对实验项目的代码进行检查。这里的–max-same-issues=0的含义是不限制相同错误的数量。至于.reviewdog.yml的具体格式,reviewdog项目自身的.reviewdog.yml很具参考价值,大家需要时可以仔细研究。

5. 推送代码并验证reviewdog的执行结果

我们可以故意在代码中写下有问题的一些代码,这些问题要保证可以被golangci-lint工具扫描出来,比如:

package main

type Foo struct {
    A int
    B string
    C bool
}

func Demo1() error {
    return nil
}

func Demo2() error {
    return nil
}

func Demo3() error {
    return nil
}

func main() {
    f := &Foo{1, "tony", false}
    _ = f
    Demo2()
    Demo1()
    Demo3()
}

这里并没有对Demo函数调用进行错误处理,golangci-lint中的errcheck可以检测出这个问题。提交并push这些代码到仓库,稍等片刻,我们便可收到notify mail,打开commit页面,便会看到下面这样的commit comments:

看到这样的结果,说明reviewdog按预期工作了!

五. 小结

本文介绍了如何基于reviewdog对push提交的commit进行静态代码检查并像一个“同行”一样在commit中提交评论的方法。

这样做的目的就是希望通过工具提升代码评审的效率,同时也守住代码质量的下限。

就像本文开始所说的那样,随着检查工具能力的增强,这样的基于reviewdog自动检查代码的方案在保证代码质量方面还可以继续提升。

Go开源了go/ast等工具链,有能力的童鞋可以基于go/ast自行开发具有“特定目的”的检查工具并集成到reviewdog中,这将使得检查更有针对性和有效性。

本文涉及源码在这里下载 – https://github.com/bigwhite/reviewdog/


“Gopher部落”知识星球旨在打造一个精品Go学习和进阶社群!高品质首发Go技术文章,“三天”首发阅读权,每年两期Go语言发展现状分析,每天提前1小时阅读到新鲜的Gopher日报,网课、技术专栏、图书内容前瞻,六小时内必答保证等满足你关于Go语言生态的所有需求!2022年,Gopher部落全面改版,将持续分享Go语言与Go应用领域的知识、技巧与实践,并增加诸多互动形式。欢迎大家加入!

img{512x368}
img{512x368}

img{512x368}
img{512x368}

我爱发短信:企业级短信平台定制开发专家 https://51smspush.com/。smspush : 可部署在企业内部的定制化短信平台,三网覆盖,不惧大并发接入,可定制扩展; 短信内容你来定,不再受约束, 接口丰富,支持长短信,签名可选。2020年4月8日,中国三大电信运营商联合发布《5G消息白皮书》,51短信平台也会全新升级到“51商用消息平台”,全面支持5G RCS消息。

著名云主机服务厂商DigitalOcean发布最新的主机计划,入门级Droplet配置升级为:1 core CPU、1G内存、25G高速SSD,价格5$/月。有使用DigitalOcean需求的朋友,可以打开这个链接地址:https://m.do.co/c/bff6eed92687 开启你的DO主机之路。

Gopher Daily(Gopher每日新闻)归档仓库 – https://github.com/bigwhite/gopherdaily

我的联系方式:

  • 微博:https://weibo.com/bigwhite20xx
  • 博客:tonybai.com
  • github: https://github.com/bigwhite

商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。

因为热爱:2022年空军航空开放日观展记

本文永久链接 – https://tonybai.com/2022/08/28/the-visiting-notes-of-2022-china-air-force-aviation-open-day

2022年8月27日,我在长春现场观看了2022年空军航空开放日暨长春航空展的飞行表演、地面静态展示以及一些主题馆。这是我以军迷身份第一次参加人民军队举办的此类活动,一天下来,虽然疲惫,但更多的感受是:震撼与满足!下面我就来唠叨一些过程与细节,还要相关“经验教训”,供后续想参加空军开放日活动或类似人民军队开放活动的小伙伴们参考。


一. 空军航空开放日背景


图:空军航空开发日打卡纪念本

据网上资料显示,中国空军航空开放日(空军航空开放日活动)起始于2011年,在吉林长春大房身机场举办飞行表演和跳伞表演。

估计很多人会有这样的疑问:为什么空军航空开放日会选择在东北重镇长春举行呢?为什么不选择歼10、歼20的摇篮成都,又或是歼11、歼16和我国首款舰载机歼15的诞生地沈阳,再不济也要选择“胖妞”运20的诞生地西安啊?这个问题同样困扰着我。经过一阵网上调查,我才明白真因:这都是因为一座历史悠久的航校

它就是坐落于长春西北郊的中国人民解放军空军航空大学(也是这次空军开放日的主场东道主),该大学的前身是1946年创办的中国第一所航空学校——东北民主联军航空学校,它也被空军亲切地称为“东北老航校”。这是一座诞生于新中国空军成立(1949年11月11日)之前的航空学校,它在短短3年多时间里,为新中国空军培养出500多名飞行员和各类航空技术人员,开创了我党我军自主培养航空人才的先河,为人民空军建立和新中国航空事业发展作出了卓越贡献。可以说:没有东北老航校,就没有新中国空军的根基。新中国成立以后,东北老航校(包括以它为基础成立的空军航空大学)更是成为了中国空军飞行员的摇篮,像空军战斗英雄王海、张积慧、刘玉堤,“海空卫士”王伟,复合型飞行舰长柏耀平都是该校的优秀毕业生,我们熟知的中国航天第一人杨利伟,航天英雄翟志刚、景海鹏、王亚平等也都毕业于这所学校。

将中国空军唯一的航空开放日活动放在长春既是对东北老航校的致敬,也是对“人是战争的决定因素”的诠释:只有通过航校培养出技术高超的优秀飞行员,才能更好地驾驭现代战机取得战争的胜利

二. 缘起


图:空军首次展出的运油20A

虽然航空开放日2011年就有了,但我知道开始关注这个展览并有了想观展的冲动应该是在2018年,那一年听说了这个活动,并关注了这个活动的官方活动公众号“聚航airshow”。但2018和2019年(空军70周年庆祝)都没有成行,2019年末爆发了新冠疫情,2020、2021年也都无法去长春观展。而我个人观展的欲望是日益强烈,今年得知开放日将在8月26-30日在长春举行,我便决定要去。

7月31晚 2022年空军航空开放活动暨长春航空展预约注册系统刚上线,我就在8月1日上午6点多提交了预约申请。我预约的是27日,因为是周六,也是首个公众开放日。

8月11日,收到微信通知,我的申请审核通过了。

和我一起通过的还有我的大女儿,不过近期暑期游返程后,全国又引发了一波疫情,考虑到大宝马上就要开学了,我决定还是不带她去了,等将来疫情结束或转为常见流行病管理了,一定带大宝再去一次。

就这样,我怀着激动的心情,耐心地等待观展日的到来。

不过25日(离我预约的日子还有两天)下午,我却收到一则12306的列车停运通知短信:

虽然没有明说停运原因,但大概率还是因为近期的疫情。

还好有一个好朋友全家也预定了27日的观展,在长春酒店承诺接待沈阳旅客的前提下,我决定和朋友一家人自驾去长春观展。

我们周五傍晚到达长春的酒店,简单吃一顿饭后,就回房间休息,因为我们知道观展是很考验体力的^_^。

三. 观展

27日周六,不到7点我们就从酒店出发,在旁边的一座早餐店吃过早餐后,就马不停蹄地往大房身机场驶去。事实证明,我们出发的还是不够早啊。在离开放日活动入口大约2公里开外就开始行驶缓慢了。在1公里左右的时候,我们依稀可见机场上空的动力伞表演已经开始!来自四面八方的观展者的私家车已经把道路两旁的车位塞满了。后来我们才知道,在这里停车绝对是好选择,如果停到开放日指定的社会停车场,那么从停车场走到入口真的非常远

从行程码和48小时核酸检查入口到门票核验入口要走迎宾路,这条路也有1-2公里远。整条迎宾路上全是携家带口观展的游客,并且孩子有很多,是家庭观展的主要动力。

等我们进入机场时,跳伞表演已经开始。


图:跳伞表演

我们还是来晚了!观礼台左侧的机场草坪已经满满都是观众了,靠近机场跑道的最佳位置早已经被一茬茬的观展人群围住。我们只能先临时选择一处位置观看。

我们真正看到的第一个节目是空军第三飞行学院“红鹰”飞行表演队驾驶教8飞机的飞行表演。教8是位于江西南昌的洪都飞机制造厂制造的亚音速喷气初级教练机。教8飞机是为了适应飞行学员学习掌握下一代歼击机的需要,也就是直接为当时的歼-10和歼-11服务的教练飞机。教8使用国产涡扇-11发动机,最大飞行速度在800km/h以内。虽然是喷气式表演机,但在现场感觉发动机的轰鸣声并不是很大。“红鹰”飞行表演队的飞行员们架机闪展腾挪,为大家献上了精彩的表演。

第一次在现场看这种飞行表演感觉十分震撼,每当表演队完成一个精彩的飞行科目,地面的观众就会报以热烈的掌声。


图:“红鹰”飞行表演队精彩表演

第一次在现场看,没啥经验,又想看,又想拍,结果看得不够完美,表演的照片/视频也没拍好。大家凑合看,如要高清照片,可以到微博上(搜“2022空军航空开放日”)找那些媒体记者拍摄的美图。

空军航空大学“天之翼”飞行表演队驾驶初教6的飞行表演也十分精彩,不同的是有初教六是活塞式螺旋桨发动机,飞行速度更慢,这样滞留在观众上空的时间更长,大家可以更清晰看到一些飞行细节。

目前我国除歼20之外最先进的三代半重型双发战斗机歼16也来了。歼16给大家印象最深的肯定是发动机声音很大,堵住耳朵是不行的,感觉心脏都能受到声波的频频冲击,尤其是当飞机的尾喷口对着观众席时。


图:歼16的飞行表演

“胖妞”运20的起飞在场内引发一次“小高潮”,运20是我军现役自主研制的最先进的大型军用运输机,经过多年的实验与任务磨炼,该平台已经成熟,基于运20,我们还开发了加油机运油20(见前图)。运20的表演用一个字评价,那就是“稳”,四个字,那就是“稳如泰山”。


图:运20的飞行表演

伴随着被称为“龙吟”的发动机音浪,歼20双机表演如期上演。歼20是我军现役最先进的作战飞机,采用了大量的先进技术,至今歼20的很多参数依旧是最高机密。本届开放日活动,主办方在主题展区域搭建了一个1:1的全尺寸歼20模型供游客参观拍照。

不过,因为歼20没有安排实机静态展示,这本是我来这次开放日之最大心愿,结果成了最大的遗憾。


图:歼20的飞行表演

中午趁表演间隔,大家来到静态展区,这里展出的都是空军现役的主力飞机型号,包括更高级的教10、歼10C、歼11B、歼轰7、轰6k、攻2察打一体无人机、武直10、武直9、直8KA、运油20A、运9等,还有地空导弹以及雷达等防空装备以及一些空降兵战车和轻武器。图片太多,这里就不贴出来了。

下午的表演依然精彩,歼10、歼11B轮番上台。当然要说最精彩的,莫过于压轴的空军八一飞行表演队的30分钟飞行表演。八一飞行表演队是飞行表演的国家队,这次带来的是六机展演。 八一飞行表演队使用歼10A,是歼10飞机的早期型号。如今地面静态公开展示的最新型号是歼10C,带有蚌式进气道、相控阵雷达,是一种更先进的三代半战机。


图:八一飞行表演队三机起飞


图:八一飞行表演队表演“空中开花”


图:八一飞行表演队飞机降落


图:八一飞行表演队飞机谢场

伴随着八一飞行表演队的谢场,全天的表演基本就结束了。

我们还有时间看主题区的展览,但看到大家脸上的疲态,我们决定结束本次观展。

四. 经验教训

经过一夜的休息,身体的疲劳感渐渐消退。

复盘这次看展,收获肯定是占主要部分的。但也有一些遗憾,比如入场晚,没有占到较好的位置,一些表演,如动力伞、跳伞、机降表演都没看到或没看全,另外时间有限,主题区没有逛完,没能完成打开和模拟机的体验。歼20实机静态展示的缺席是我此次开放日的最大遗憾,当然也是后续继续看展的最大动力。

要说本次观展值得大家借鉴的最大的教训就是一定要早去!早去,可以找个更近的位置停车;早去,可以找到一个更好的观展位置;早去,可以让观展更加从容。

如果能不开私家车,还是不开为妙,车位真的是难找。

另外飞行表演时间长,观展在室外环境,带孩子的家庭要准备好充足的物资和装备,比如:小椅子、孩子推车之类的,还要防止孩子哭闹。我甚至看到有家庭带着帐篷去观展的。

虽然机场提供了相对平价的食物和水,但是到中午所有人都在找吃的的时候,展方提供的供给能力显然还是不够。建议大家自带一些食物进厂,水不让带可以在场里购买。

喷气式飞机产生的噪音不可忽视,尤其是对耳朵尚未发育成熟的小孩子,降噪隔音耳麦是必须的,另外心脏不好的朋友去之前还是要做好个人健康评估的,飞机发动机产生的声浪会给你的心脏带去不小的负担。

最后还要注意刺眼的阳光,这次天公作美,天上的云彩几乎挡住了强光,但是如果你去的那天是个大晴天,墨镜和防晒装备就不可少了。

五. 后记

作为军迷,十分希望人民军队能有更多的像空军航空开放日这样的面向普通群众的展演,让普通百姓更多的了解我们军队的现代化建设情况,坚定对人民军队捍卫国家和平的能力和决心。同时这样的展览本身也是一次激发青少年兴趣的良好机会,相信这次航展在很多观展的孩子们心中“种了草”,等他们长大后,很多孩子将加入人民空军行列,接过前辈的战机,为保家卫国奉献青春。

待传说中的轰20和最新一代舰载机歼35参加开放日展示的时候,我一定会再来现场观演,相信这一天也不远了!


“Gopher部落”知识星球旨在打造一个精品Go学习和进阶社群!高品质首发Go技术文章,“三天”首发阅读权,每年两期Go语言发展现状分析,每天提前1小时阅读到新鲜的Gopher日报,网课、技术专栏、图书内容前瞻,六小时内必答保证等满足你关于Go语言生态的所有需求!2022年,Gopher部落全面改版,将持续分享Go语言与Go应用领域的知识、技巧与实践,并增加诸多互动形式。欢迎大家加入!

img{512x368}
img{512x368}

img{512x368}
img{512x368}

我爱发短信:企业级短信平台定制开发专家 https://51smspush.com/。smspush : 可部署在企业内部的定制化短信平台,三网覆盖,不惧大并发接入,可定制扩展; 短信内容你来定,不再受约束, 接口丰富,支持长短信,签名可选。2020年4月8日,中国三大电信运营商联合发布《5G消息白皮书》,51短信平台也会全新升级到“51商用消息平台”,全面支持5G RCS消息。

著名云主机服务厂商DigitalOcean发布最新的主机计划,入门级Droplet配置升级为:1 core CPU、1G内存、25G高速SSD,价格5$/月。有使用DigitalOcean需求的朋友,可以打开这个链接地址:https://m.do.co/c/bff6eed92687 开启你的DO主机之路。

Gopher Daily(Gopher每日新闻)归档仓库 – https://github.com/bigwhite/gopherdaily

我的联系方式:

  • 微博:https://weibo.com/bigwhite20xx
  • 博客:tonybai.com
  • github: https://github.com/bigwhite

商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言精进之路1 Go语言精进之路2 商务合作请联系bigwhite.cn AT aliyun.com

欢迎使用邮件订阅我的博客

输入邮箱订阅本站,只要有新文章发布,就会第一时间发送邮件通知你哦!

这里是 Tony Bai的个人Blog,欢迎访问、订阅和留言! 订阅Feed请点击上面图片

如果您觉得这里的文章对您有帮助,请扫描上方二维码进行捐赠 ,加油后的Tony Bai将会为您呈现更多精彩的文章,谢谢!

如果您希望通过微信捐赠,请用微信客户端扫描下方赞赏码:

如果您希望通过比特币或以太币捐赠,可以扫描下方二维码:

比特币:

以太币:

如果您喜欢通过微信浏览本站内容,可以扫描下方二维码,订阅本站官方微信订阅号“iamtonybai”;点击二维码,可直达本人官方微博主页^_^:
本站Powered by Digital Ocean VPS。
选择Digital Ocean VPS主机,即可获得10美元现金充值,可 免费使用两个月哟! 著名主机提供商Linode 10$优惠码:linode10,在 这里注册即可免费获 得。阿里云推荐码: 1WFZ0V立享9折!


View Tony Bai's profile on LinkedIn

文章

评论

  • 正在加载...

分类

标签

归档



View My Stats