1.复古车怎么选？三招教你挑选一辆纯正英伦复古

随着近年来国内摩托车市场向着玩乐领域的转变，市场产品细分也在不断深化，复古车便在这一时期开始盛行，众多车企纷纷推出自己旗下复古车型，风格也是多种多样。今天我们要聊的赛科龙RE3，就是国内英伦风（Cafe Racer）复古车型中的典型代表之一。

2019年摩博会，赛科龙RE3正式开启预售，而目前在售的RE3分为自由版和摩登版两个版本，售价分别为2.98万元和3.28万元，自由版采用钢制后摇臂和铝合金轮毂，摩登版采用铝制后摇臂和真空辐条轮毂。

01远 观

对于RE3外观的评价，小编认为其关键词为“融合”，外观设计工程师赋予RE3的外观主腔调为经典的英伦复古风格。其平直腰线，前叉以及后减组成的类等腰梯形车身样式带来的车身紧凑、敦实感强烈，加之全车零部件的圆润设计，RE3所要表现的英伦复古风格显露无疑。

同时，RE3在骑行姿态设计上融入了现代摩托车的一些特点。所以，细心的人会发现RE3选用的高位手把以及带有一定坡度的油箱，在一定程度上保留了现代骑士对于摩托车最基本座姿要求。加上宽体油箱带来的腿部夹持感，使得RE3的骑行三角更能够被用户所接受。

另外，在全车色彩搭配上，工程师同样有所考究。RE3轮毂、车架等主要部件采用深色设计，保证其英伦风格主腔调不跑偏；在排气、前减震、油箱以及一些塑料覆盖件上大胆的使用一些浅淡高亮色彩搭配，一定程度上满足了当代年轻用户群体对于个性化的要求。

总的来说，定位为英伦复古车的RE3，外观设计是考究的，主要腔调对于经典英伦复古风格的把控到位，细节上融合了大量现代潮流设计，保证其个性不被轻易同化。

02近 看

上文提到，RE3整体对于情怀与潮流的把控是到位的，能够在用户看到他的第一眼留下深刻印象，远观觉得合适，才有后面的近距离细察。

从电气开始，RE3圆形大灯遵循复古风格，内部独特的“X”造型灯具非常有个性，独立尾灯与前圆形大灯呼应，转向灯同样是圆润边角处理，全LED光源灯具，整体灯光配置加之其造型设计，能够给用户眼前一亮的冲击感。

在仪表造型上，RE3并没有一味的采用圆形设计，毕竟圆大灯、圆仪表难免会让用户出现审美疲劳。工程师将矩形与圆形相结合，设计出RE3的仪表，内部机械指针加液晶显示配置，挡位、转速、时速等信息悉数显示，复古与实用相结合，满足用户需求。

值得一提的是RE3为用户量身打造的OBD设备，经过几年的努力，搭载在赛科龙多车型上的这一人机互联系统已经发展到3.0版本，其功能性、稳定性都得到了很好的验证。

RE3搭载的这台人机互联设备功能已经非常强大，手机端软件自带的朋友圈、摩友排行功能，让车友间交流更加方便；GPS定位、轨迹行程、防盗警报功能让用户省去了安装防盗报警定位器，使用成本大大降低，且原厂集成在OBD设备上的防盗器更具兼容性，使用更加方面；这套人机交互设备还带有故障诊断、车辆实时信息显示功能，用户能够实时检查到车辆具体状况，做到心中有数。

行走系统方面，RE3为用户配置了前倒置式双液压减震、后多段预载可调式双液压减震，此次我们拿到的测评车后摇臂为铝合金材质，前后轮为真空辐条轮，在满足承载性能的同时，RE3铝合金摇臂以及镂空设计的轮毂在车身轻量化上更有优势，操控性以及燃油经济性都会有所提高。

加上RE3采用的前浮动310mm单盘式对向四活塞制动系统，以及后浮动240mm单盘式单活塞制动系统，前后轮匹配博世ABS。总的来看，其整体行走系统配置水平处于同级车型中较高水平。

再来看动力部分，RE3搭载一台宗申TC380并列双缸水冷8气门发动机，实际排量为378mL，最大功率为27kW（9000r/min），最大扭矩35N•m（6500r/min），采用的是来自德尔福的电喷系统，与之匹配的是一台6速国际挡变速器。

账面数据来看，该款发动机性能表现优异，在调校上与赛科龙RZ3S以及RX3S有所不同，更加注重动力输出的宽泛性、平顺性，RE3动力总成具体表现我们会在下期动态部分中详细解析。

03细 品

有了耐看的颜值，有了不错的配置，那接下来关心的自然就是产品的质量，赛科龙RE3的品控究竟如何？你不妨慢慢细品。

随着如今中大排量车型的车重以及行驶强度的不断增加，车架焊接工艺在摩托车制造过程中显得尤为重要，对其要求也在不断提高，RE3配备的摇篮式车架在设计上采用了高强度钢材保证其耐冲击性能更强。从裸露在外的焊缝就可以看出，其工艺水平控制较好，焊缝规整度合格，宽度、高度以及美观度都处在较高水平，对于咬边、飞溅等焊接缺陷的控制也都十分到位。

上文提到RE3在车身配色上下了不少功夫，漆水工艺在一定程度上对于配色品质有着一定助推效果。比较直观的是RE3油箱等部件的烤漆采用了的双组分涂装工艺，在保证外观质感的同时，其附着力、硬度等表现更加优异。

其它细节方面，RE3在线管布置上也都处理到位，相应的固定卡扣都有配置，塑料覆盖件漆面喷涂效果以及装配规整度都较高。

04心 得

一款好的复古机车，首先要能够经得起消费者的远观打量，有了第一眼的心动，才会走近欣赏，以及最后的深入细品。总的来说，赛科龙RE3的整体表现都还不错。首先，外观上的经典英伦复古与现代时尚潮流元素融合，不仅满足了消费者对于情怀需求，更保持了个性不被同化。其次，无论是电气还是行走系统以及动力总成，其配置都处在同级较高水平。最后是在产品细节控制上，无论在用户看得到，看不到的地方，赛科龙RE3都下足功夫。

摩信网还将继续对赛科龙RE3的动态性能进行解析，欢迎继续关注。

2.宗申黄国栋：做老百姓“开得起”的好车

[爱卡汽车 2019北京国际摩托车展 原创]

2019年5月11日，2019北京国际摩托车展览会（Motor China 2019）正式拉开帷幕。爱卡汽车作为唯一官方战略合作媒体，将为您带来最新的车展资讯。在本届车展上，赛科龙技术研究中心验证经理黄国栋与RX4用户张志成做客爱卡汽车，张志成是一位摩旅爱好者，在2017年12月份，与RX4一起完成了35000公里的旅行，今年还计划骑着RX4去西藏。黄国栋表示，摩旅最重要的就是享受这种过程，当你老了以后，回想起自己这个经历，很不错。

以下为对话实录：

爱卡汽车：在开始之前，请先给我们介绍一下这次宗申展台的情况。

黄国栋：这次主要分为三大部分，一个是宗申的赛道品牌，RX4，RX3系列，再就是即将要上市的RT3，还有RZ3S，还有RE3、RX1S。另外一个品牌就是宗申的品牌，两个踏板车，ZT4、ZT5，还有现在比较火的一款Week8，第三个就是宗申的森蓝电动车系列产品。

爱卡汽车：宗申现在是全世界最大的摩托车制造商之一，您能给我们讲述一下宗申集团的成长历史吗？以便让我们更深入的了解宗申。

黄国栋：我进宗申算起来有8年的时间，我只能简单说一说进宗申后了解的一部分，包括我们未来的发展理念。

现在摩托车除了常规的一些产品，250CC以下的产品，包括竞品的摩托车生产厂家，春风、贝纳利他们所走的路线都是大牌，我们宗申在三年前、四年前就开始认识到这个，现在陆续的出了一部分产品，X3S是400的排量，X4是500的排量，包括我们正在研发的跟意大利最出名的Norton与设计Ricardo公司合作在设计开发一款650，大概预计在两年左右会正式发布。

爱卡汽车：您认为未来中国摩托车市场的走向是什么样？

黄国栋：肯定是大把机会，现在很多人都喜欢出去玩，ADV肯定是必备的，摩托对发动机整车和操控性要求非常高，我们自己参与很强的测试，召集部分的爱好者对我们产品忠实的用户，参与评价，基本上说实话，中国除了东北三省没有跑过，其他都跑过，我骑RX4，不但参与评价，还要负责车子的维修以及问题的处理。

爱卡汽车：聊一下您刚才提到的森蓝的品牌。我看到有一款车叫蓝调，现在其它品牌在做新车的时候，外观设计都在往运动方面偏重，咱们为什么会逆潮流的推出一款复古车型呢？

黄国栋：我们公司与意大利、德国、美国的设计公司都有合作，他们的设计理念跟我们中国人的设计理念有很大的差别，设计出来的车，给人第一感觉很不一样，所以我们也会向他们靠拢，国际化。

爱卡汽车：下面问问咱们的用户，听说您是刚才结束了一场摩旅？是从哪出发去哪的？您当时为什么会选RX4这款车？

张志成：这一趟只有一万多公里，从广东出发到长沙。因为我之前购买过宗申RX3，在RX4首发推出的时候，我看到它各方面的配置、发动机的数据，在国产车当中算是比较优秀的，所以选择了RX4这款车。

爱卡汽车：您的旅途中有没有遇到过一些很难忘的经历，和RX4这款摩托车又发生了有哪些故事？

张志成：我从2017年12月份的时候，因为我是首批用户，拿到这个车以后，整体这个车骑了35000km都是非常满意的，骑了一趟新疆，今年去西藏，之前这个圈是铸造圈，它的舒适度没有现在换了以后的舒适度好，尤其是跑长途的时候。我在雪山上面搭了一晚上账篷，我们时间错过了就没有来得及下山，在上面搭了一晚上账篷，天气特别冷。整体这个车，之前也去了品茶山，骑了其他牌子的车，给我的感觉，确确实实没有这款RX4好，不管从舒适度还是从骑行动力方面的表现，确实它是我目前在国产车里面最满意的一款。

爱卡汽车：RX4的可靠性怎么样？

张志成：RX4这个车我跑了两个比较长的长途摩旅，两个算下来差不多30000km，基本上没有出现过任何故障。我之前也有接触过其他品牌的摩托车，像上万km的骑行，一般很多人都会备很多护件，它的各个方面强度很大。

爱卡汽车：一天7、8个小时都是在路上，发动机都是持续的运转？

张志成：最多的在贵州1250km，当天出发当天到，这次也是一天跑1000km，我相对对摩托车的要求，它的结构和强度稍微比其他要高一些，因为我个人一天骑行的时间比较长，我也特别喜欢跑烂路，我很少跑高速，我会特地选一些路况比较差的地形跑。

爱卡汽车：尤其这种路况情况下，咱们的车没有出现任何的问题。

张志成：对，我比较喜欢跑烂路，现在其他的一些摩托车也好，摩托车的车型也好，很难满足我这个需求，没有达到这个强度，这也是我选择这个车的原因。

黄国栋：为什么这个车用户特别满意？因为去年我们参加了一个达卡拉力赛，我们中国很出名的一个教练，叫陈明，就是搞赛道的，他对我们这个车有一个评价，说这个车车身的设计都是轴承封顶，非常的舒服。第二这个车的钢架和韧性非常好，所以这个车很适合那些喜欢挑战的人。

爱卡汽车：RX4这款车应该算是咱们的一个主力车型。那最后一个问题，在您经过摩旅的这些经历之后，有没有什么经验和我们的网友分享一下？包括选择摩旅的车，有哪些技巧？

张志成：我个人感觉摩旅，最主要是选择的路线，还有如果在选择车方面，尽量选择比较靠谱一些的车。在路上车遇到毛病特别烦心，如果条件允许的情况下，尽量选择一些所谓大一些的厂商的摩托车，相对比较靠谱，备足一些配件，在路上要有一定的动手能力，自己更换刹车片什么的一定要会，摩旅这点很重要，再一个摩旅心态要好，遇到事情不要急，你在路上遇到问题如果一着急，事情反而解决不了。

黄国栋：要享受这种过程。当你老了以后，回想起自己这个经历，很不错，包括测试我跑全国的时候，很多视频我都留在我的电脑里面，以后给自己的孩子聊一聊这些经历，很不错，我们经历了很多，什么样的情况都跑过，要对车有信心。

爱卡汽车：综合来看的话车的质量还是很有保障的。

黄国栋：说到质量，我们刘总，他在公司就骑我们的摩托车，我们的车质量技术都是他一手抓，他非常注重质量、技术这块，他到我们这边来给我们改变很大。

爱卡汽车：好，今天先聊到这。希望宗申造更多老百姓开得起的好车。

single

3.零基础开发 nginx 模块

本文大纲:

1. 简要介绍 Nginx 动态模块 。
2. 快速搭建简单 开发环境 ，拉取源码并编译 nginx 。
3. 简要介绍 nginx 模块 源码配置与目录结构 ，建立工程框架。
4. 简要介绍 nginx HTTP 模块结构，建立 一个 HTTP 空模块 框架代码。
5. 编写一个简单配置文件，支持以普通用户 测试运行 nginx ，方便后续开发测试。
6. 通过一个 hello world 示例简要介绍 Nginx 配置指令 。
7. 简要介绍 Nginx HTTP 请求处理器 。
8. 简要介绍 Nginx 热更新 (reload) 高级功能。
9. 吐槽与闲聊 。

Nginx 动态模块

早期版本的 nginx 如果要扩展功能，新增代码必须和 nginx 主体代码一起编译成一个二进制文件，这显然非常不方便。2016 年 nginx 1.9.11 终于开始支持动态模块 (Linux 下动态模块即 so 文件)，nginx 1.11.5 起支持单独编译动态模块 (而不必同时编译 nginx 自身)，同时引入支持开源版本 nginx 与 nginx plus 的二进制兼容性。下图清晰展示了这种结构。

nginx 使用 C 语言开发，C/C++ 构建工具众多，如手写 Makefile, GNU Autoconf, cmake 等，一些项目甚至专门为自己开发了构建工具，如 boost 库等。nginx 使用哪种构建工具呢？很遗憾，最后一种，自己开发。nginx 使用 shell 脚本维护了一套自动生成 Makefile 的构建脚本，类似简化定制版的 Autoconf 。构建脚本位于代码库 auto/ 目录下，C 源码则位于 src/ 目录下。

nginx 构建脚本同时也用来编译附加模块。

显然，在 nginx 模块中可以自由使用 nginx 主体代码提供的 API 。需要注意的是， 构建时的 nginx 版本必须与运行时的 nginx 版本精确匹配 ，否则 nginx 将拒绝加载。这大概是 nginx 作者懒得精心维护 API 二进制兼容性。不过 模块源码通常是兼容的 ，与不同版本 nginx 源码一起编译即可得到对应版本的动态模块 so 文件。

开发环境

nginx 所需开发环境非常简单，我使用 Ubuntu 18.04 ，使用下列命令即可安装所需最小依赖。

sudo apt-get update
sudo apt-get install build-essential libpcre3-dev zlib1g-dev -y

接下来确定目标 nginx 版本，可使用 nginx -v 查看 nginx 版本，如 Ubuntu 18.04 自带 nginx 版本为 1.14.0 。

$ nginx -v
nginx version: nginx/1.14.0 (Ubuntu)

获取目标 nginx 版本源码，可从 github 拉取。使用 -b 指定拉取版本，--depth 1 表示仅拉取 1 个提交，不要提交历史，这样可以快速完成拉取。

git clone -b release-1.14.0 --depth 1 https://github.com/nginx/nginx.git

在 nginx 代码仓库目录下执行如下命令即可构建生成 nginx 可执行文件。

auto/configure && make

• auto/configure 脚本检查开发环境和所需依赖，生成 Makefile 脚本，如果有报错按提示修复后重试即可。
• make 命令使用 Makefile 构建生成 nginx 可执行文件。
• 默认在代码仓库目录下新建一个名为 objs/ 的目录作为构建目录，构建脚本自动生成的相关文件和最终编译生成的 nginx 可执行文件也在该目录下。

测试运行刚刚生成的 objs/nginx 可执行文件，结果如下。

$ objs/nginx -v
nginx version: nginx/1.14.0

至此，最简 nginx 开发环境准备就绪。

注意: 此 nginx 版本仅用最小依赖和最简配置构建，仅供开发测试动态模块时使用，不可替代生产环境的 nginx 版本。

源码配置与目录结构

模块源码在独立的文件夹下维护 (又称之为插件 addon)。模块源码目录下需提供一个名为 config 的 shell 配置脚本，提供模块信息。nginx 构建脚本将 ngx_addon_dir 变量设置为模块源码路径，并执行 config 脚本获取模块信息。

在 nginx 代码仓库旁边新建一个名为 nginx-hello-module 的模块文件夹，创建一个 config 脚本文件和一个 C 语言源码文件 hello_module.c，即得到一个最简单的模块示例，目录结构如下。

nginx/       # nginx 代码仓库
├── auto/    # nginx 构建脚本目录
└── src/     # nginx 源码目录, 其他文件夹暂未列出。
nginx-hello-module/    # 模块源码目录
├── config             # 模块配置脚本, shell 脚本
└── hello_module.c     # 模块源码文件

编写 config 配置脚本内容如下:

# vim: set ft=sh et:
ngx_addon_name=ngx_http_hello_module

ngx_module_type=HTTP
ngx_module_name="$ngx_addon_name"
ngx_module_srcs="$ngx_addon_dir/hello_module.c"

. auto/module

• 插件名 ngx_addon_name 和模块名 ngx_module_name 设置为 ngx_http_hello_module 。
• 模块类型 ngx_module_type 设置为 HTTP 。
• 源码文件列表 ngx_module_srcs 设置为 $ngx_addon_dir/hello_module.c。注意: 源码路径必须添加 $ngx_addon_dir/ 前缀，构建脚本才能正确找到源码文件。
• 语句 . auto/module 调用 nginx 提供的模块配置脚本，这条语句固定添加到 config 文件最后。

模块代码开发我们稍后再说，现在可以先建一个空源码文件 hello_module.c 。

在 nginx 代码仓库下执行如下命令，增加配置上述 nginx-hello-module 模块。

auto/configure --add-dynamic-module=../nginx-hello-module/

在 nginx 代码仓库下执行如下命令编译模块。

make modules

竟然编译成功了！得到动态模块文件 objs/ngx_http_hello_module.so 。但此时模块还不可用 (尝试加载此模块将报错)，因为我们还没有写任何代码。

一个空模块

我们知道，一个 C 程序的入口是 main() 函数。而一个 nginx 动态模块的入口是一个 ngx_module_t 对象，其结构定义如下。

typedef struct ngx_module_s          ngx_module_t;

struct ngx_module_s {
    /* 私有字段 ... ... */

    void                 *ctx;
    ngx_command_t        *commands;
    ngx_uint_t            type;

    ngx_int_t           (*init_master)(ngx_log_t *log);

    ngx_int_t           (*init_module)(ngx_cycle_t *cycle);

    ngx_int_t           (*init_process)(ngx_cycle_t *cycle);
    ngx_int_t           (*init_thread)(ngx_cycle_t *cycle);
    void                (*exit_thread)(ngx_cycle_t *cycle);
    void                (*exit_process)(ngx_cycle_t *cycle);

    void                (*exit_master)(ngx_cycle_t *cycle);

    /* 扩展备用字段 ... ... */
};

除去私有字段和扩展备用字段，用户相关的字段可分为 3 个部分：

• 模块类型 ngx_uint_t type 和模块类型特定的信息 void *ctx 。模块类型必须与 config 脚本配置的类型一致，本例即为 HTTP ，源码中用 NGX_HTTP_MODULE 表示。
• 模块提供的指令列表 ngx_command_t *commands 。列表以 ngx_null_command 结尾，列表可以为空 (仅包含一个 ngx_null_command 结尾标记) 。
• 其余为模块生命周期管理函数，可全部设置为 NULL 。

HTTP 模块对应的模块信息 (void *ctx 字段) 为 ngx_http_module_t 类型，可注册若干 HTTP 模块处理函数，可全部设置为 NULL 。

#define NGX_HTTP_MODULE           0x50545448   /* "HTTP" */

typedef struct {
    ngx_int_t   (*preconfiguration)(ngx_conf_t *cf);
    ngx_int_t   (*postconfiguration)(ngx_conf_t *cf);

    void       *(*create_main_conf)(ngx_conf_t *cf);
    char       *(*init_main_conf)(ngx_conf_t *cf, void *conf);

    void       *(*create_srv_conf)(ngx_conf_t *cf);
    char       *(*merge_srv_conf)(ngx_conf_t *cf, void *prev, void *conf);

    void       *(*create_loc_conf)(ngx_conf_t *cf);
    char       *(*merge_loc_conf)(ngx_conf_t *cf, void *prev, void *conf);
} ngx_http_module_t;

下面来编写 hello_module.c 源码，为简单起见，首先开发一个空模块吧。

首先引入 nginx 头文件，声明模块入口 ngx_module_t 对象，变量名必须为 config 脚本中配置的模块名，本例中即为 ngx_http_hello_module 。

#include <ngx_config.h>
#include <ngx_core.h>
#include <ngx_http.h>

extern ngx_module_t ngx_http_hello_module;

接下来设置 HTTP 模块信息 ngx_http_module_t ，相关处理函数全部设置为 NULL 。

static ngx_http_module_t ngx_http_hello_module_ctx = {
    NULL,       /* preconfiguration */
    NULL,       /* postconfiguration */

    NULL,       /* create main configuration */
    NULL,       /* init main configuration */

    NULL,       /* create server configuration */
    NULL,       /* merge server configuration */

    NULL,       /* create location configuration */
    NULL        /* merge location configuration */
};

指令列表 ngx_command_t[] 设置为一个空列表，仅包含 ngx_null_command 结尾标记。

static ngx_command_t ngx_http_hello_commands[] = {
    ngx_null_command
};

最后，定义模块入口对象 ngx_module_t 。开头私有字段使用 NGX_MODULE_V1 表示，结尾扩展备用字段使用 NGX_MODULE_V1_PADDING 表示。设置上述定义的 HTTP 模块信息 ngx_http_hello_module_ctx 和指令列表 ngx_http_hello_commands ，生命周期管理函数全部设置为 NULL 。

ngx_module_t ngx_http_hello_module = {
    NGX_MODULE_V1,
    &ngx_http_hello_module_ctx,            /* module context */
    ngx_http_hello_commands,               /* module directives */
    NGX_HTTP_MODULE,                       /* module type */
    NULL,                                  /* init master */
    NULL,                                  /* init module */
    NULL,                                  /* init process */
    NULL,                                  /* init thread */
    NULL,                                  /* exit thread */
    NULL,                                  /* exit process */
    NULL,                                  /* exit master */
    NGX_MODULE_V1_PADDING
};

至此，一个空模块开发完成。这可以作为开发 HTTP 模块的初始模板，我们将在此基础上逐渐增加功能。

在 nginx 代码仓库目录下执行 make modules ，即可重新编译生成动态模块文件 objs/ngx_http_hello_module.so 。因为我们没有修改模块配置，没有添加或删除源码文件，所以不需要重新执行 auto/configure 配置脚本，直接执行 make modules 即可。

测试运行 nginx

在 nginx 代码仓库目录下新建一个测试配置文件 objs/nginx.conf ，内容如下:

# vim: set ft=nginx et:
daemon off;  # default on

pid objs/nginx.pid;
error_log stderr notice;

load_module objs/ngx_http_hello_module.so;

events {
}

http {

    access_log objs/access.log;

    server {
        listen 8080 default_server;
        return 200 "test\n";
    }

}

• daemon off; 设置 nginx 进程不要后台化，保持前台运行，按 Ctrl+C 即可退出 nginx 。
• error_log stderr notice; 错误日志直接输出到终端，方便测试运行时查看错误日志，设置日志级别为 notice 。
• load_module objs/ngx_http_hello_module.so; 加载我们开发的动态模块 ngx_http_hello_module.so 。
• listen 8080 default_server; HTTP 服务器监听 8080 端口，这样使用普通用户即可运行测试。
• return 200 "test\n"; HTTP 请求直接返回 "test" 字符串。

在 nginx 代码仓库目录下使用如下命令测试运行 nginx 。

objs/nginx -p "$PWD" -c objs/nginx.conf

• -p "$PWD" 设置 nginx prefix 为当前目录。配置文件路径和配置文件中使用的相对路径使用相对于 prefix 的路径。
• -c objs/nginx.conf 设置配置文件路径。

可看到 nginx 启动并打印日志，按 Ctrl+C 后 nginx 退出。此时我们的模块还是空模块，没有发挥任何作用。

Nginx 配置指令 - 世界你好

当我们学习一种新的开发技术时，第一个程序通常是 "hello world": 打印一条 "hello world" 语句，向世界问声好。第一次接触 nginx 开发时，我们不得不花时间做一些准备工作。现在，终于是时候张开双臂，说一声 "世界你好" 了。

我最早学习使用的是 Apache HTTP 服务器，其至今仍然是一款优秀强大的开源软件。一些团队因为特殊原因开始尝试新产品，俄罗斯程序员 Igor Sysoev 开发的 nginx 很快因其稳定性和高性能而声名鹊起。

最初学习使用 nginx 的感受是，nginx 的配置文件似乎比 apache 要简单友好一些 (在我对两者都不熟悉的情况下) 。nginx 的配置文件好像是一种脚本，所以 nginx 配置项被称作指令 (directive) 。没错，nginx 不只是一个 HTTP 服务器，还是一个被设计得简单小巧的脚本语言解释器，并支持开发添加新的指令。nginx 指令通常用于配置，我们称之为配置指令，换一种唬人的说法，叫做声明式指令。

现在我们设计一个 hello 指令输出 "hello world" 语句。

创建配置存储结构体

HTTP 配置分为 http/server/location 3 层结构。我们设计 hello 指令仅在最顶层 http {} 主区块 (block) 下使用和生效。HTTP 模块默认无配置存储空间，可设置 ngx_http_module_t::create_main_conf 函数创建主区块配置结构体。

我们设计本模块仅包含一个字符串参数，即要输出的语句。nginx 字符串类型为 ngx_str_t ，编写创建主配置结构体的函数 hello_create_main_conf() 如下:

static void*
hello_create_main_conf(ngx_conf_t *cf)
{
    ngx_str_t *conf;
    conf = ngx_pcalloc(cf->pool, sizeof(ngx_str_t));
    if (conf == NULL) {
        return NULL;
    }
    return conf;
}

• 从配置内存池 cf->pool 分配一个字符串 ngx_str_t, 分配结构体将初始化为 0, 对 ngx_str_t 即空字符串。
• 如果函数返回 NULL 则表示分配失败, nginx 将报错退出。

更新 ngx_http_module_t ngx_http_hello_module_ctx ，设置 create_main_conf 为 hello_create_main_conf() 函数。

static ngx_http_module_t ngx_http_hello_module_ctx = {
    NULL,                       /* preconfiguration */
    NULL,                       /* postconfiguration */

    hello_create_main_conf,     /* create main configuration */
    NULL,                       /* init main configuration */

    NULL,                       /* create server configuration */
    NULL,                       /* merge server configuration */

    NULL,                       /* create location configuration */
    NULL                        /* merge location configuration */
};

创建指令

一个指令用一个 ngx_command_t 类型的数据结构表示。

typedef struct ngx_command_s         ngx_command_t;

struct ngx_command_s {
    ngx_str_t             name;
    ngx_uint_t            type;
    char               *(*set)(ngx_conf_t *cf, ngx_command_t *cmd, void *conf);
    ngx_uint_t            conf;
    ngx_uint_t            offset;
    void                 *post;
};

#define ngx_null_command  { ngx_null_string, 0, NULL, 0, 0, NULL }

• name 指定指令名，如 hello 。
• type 是一个混合结构，包含指令类型、指令使用位置、指令参数个数等多种特性信息。使用 NGX_HTTP_MAIN_CONF 表示指令可在 http 主配置使用，NGX_CONF_TAKE1 表示指令接受 1 个参数。
• set 为指令处理函数，即 nginx 配置设置函数。
• conf 指示保存配置结构体的位置。使用 NGX_HTTP_MAIN_CONF_OFFSET 表示指令配置在 http 主配置下存储生效。
• offset 指示指令配置字段的位置。通常一个模块的配置是一个结构体，而一个指令的配置是其中一个字段，set 函数通过 offset 访问字段，这样不需要知道结构体的类型 (结构)，就可以读写配置字段。模块只有一个配置项时，设置为 0 即可。
• post 对特定处理函数可增加后置处理函数，或增加传入参数。通常不使用，设为 NULL 。

声明指令处理函数 hello() :

static char* hello(ngx_conf_t *cf, ngx_command_t *cmd, void *conf);

创建 hello 指令如下:

static ngx_command_t ngx_http_hello_commands[] = {

    { ngx_string("hello"),
      NGX_HTTP_MAIN_CONF | NGX_CONF_TAKE1,
      hello,
      NGX_HTTP_MAIN_CONF_OFFSET,
      0,
      NULL },

    ngx_null_command
};

编写指令处理函数

指令执行处理:

• nginx 根据指令 type 字段设置的特性自动校验指令位置，参数个数等信息，并将指令语句解析为字符串数组 (类似 shell 命令行) ，保存到 cf->args ，再调用指令处理函数。
• 指令处理函数执行成功时返回 NGX_CONF_OK ，发生错误时返回错误消息。
• 为了简化和统一指令处理， nginx 预定义了许多标准指令处理函数，如 ngx_conf_set_str_slot() 将一个字符串参数解析保存为一个 ngx_str_t 配置项。
• hello 指令可复用 ngx_conf_set_str_slot() 函数获取参数值，再添加额外逻辑打印 hello 语句。

编写指令处理函数 hello() 如下:

static char*
hello(ngx_conf_t *cf, ngx_command_t *cmd, void *conf)
{
    ngx_str_t *str = conf;

    char *rv;

    rv = ngx_conf_set_str_slot(cf, cmd, str);
    if (rv != NGX_CONF_OK) {
        return rv;
    }

    ngx_log_error(NGX_LOG_NOTICE, cf->log, 0, "HELLO %V", str);

    return NGX_CONF_OK;
}

• ngx_log_error() 是一个宏，最终将调用 ngx_log_error_core() 函数。
• ngx_log_error() 第 3 个参数 err 表示系统错误码，无对应错误码时使用 0 。
• nginx 未使用 C 标准库的 snprintf() 字符串格式化函数，而是自己实现了 ngx_snprintf() 函数，并自定义了类似的格式化字符串，其中 %V 表示输出 ngx_str_t * 指针指向的字符串。

至此，代码开发完成。在 nginx 代码仓库目录下执行 make modules 重新编译生成动态模块文件。

在配置文件 objs/nginx.conf http 配置下添加如下配置:

hello Nginx;

在 nginx 代码仓库目录下执行如下命令，nginx 日志将输出 "HELLO Nginx" 语句，按 Ctrl-C 退出 nginx 。

objs/nginx -p "$PWD" -c objs/nginx.conf

HTTP 请求处理器

nginx 定义了多个 HTTP 请求处理阶段 (phase) ，如读取完 HTTP 请求头后即进入 NGX_HTTP_POST_READ_PHASE 阶段。可在 HTTP 请求处理的各个阶段添加处理器函数，类似于 Java Servlet 中的 HTTP 过滤器 (Filter) 。

HTTP 处理器函数签名 (函数类型) 如下:

typedef ngx_int_t (*ngx_http_handler_pt)(ngx_http_request_t *r);

• 参数 r 为 HTTP 请求结构体。
• 返回值为 NGX_DECLINED 时，表示继续执行下一个处理器。
• 发生错误时，返回 HTTP 错误码，如服务器错误 500 NGX_HTTP_INTERNAL_SERVER_ERROR ，nginx 将立即返回请求。

编写 HTTP 请求处理器 hello_handler() 如下，对每个 HTTP 请求打印一次 hello 语句，同时打印解析后的请求 uri 。使用 ngx_http_get_module_main_conf() 从 HTTP 请求对象获取 ngx_http_hello_module 模块关联的配置数据。

static ngx_int_t
hello_handler(ngx_http_request_t *r)
{
    ngx_str_t * str = ngx_http_get_module_main_conf(r, ngx_http_hello_module);
    ngx_log_error(NGX_LOG_NOTICE, r->connection->log, 0, "HELLO %V, uri: %V", str, &r->uri);
    return NGX_DECLINED;
}

为 HTTP 模块编写一个 postconfiguration 函数 hello_init() ，将 HTTP 处理器 hello_handler() 注册到 NGX_HTTP_POST_READ_PHASE 阶段。nginx 将在完成配置解析 (执行完配置指令) 后执行 HTTP 模块的 postconfiguration 函数，以完成模块初始化。

static ngx_int_t
hello_init(ngx_conf_t *cf)
{
    ngx_http_handler_pt        *h;
    ngx_http_core_main_conf_t  *cmcf;

    cmcf = ngx_http_conf_get_module_main_conf(cf, ngx_http_core_module);

    h = ngx_array_push(&cmcf->phases[NGX_HTTP_POST_READ_PHASE].handlers);
    if (h == NULL) {
        return NGX_ERROR;
    }

    *h = hello_handler;

    return NGX_OK;
}

更新 ngx_http_module_t ngx_http_hello_module_ctx ，设置 postconfiguration 为 hello_init() 函数。

static ngx_http_module_t ngx_http_hello_module_ctx = {
    NULL,                       /* preconfiguration */
    hello_init,                 /* postconfiguration */

    hello_create_main_conf,     /* create main configuration */
    NULL,                       /* init main configuration */

    NULL,                       /* create server configuration */
    NULL,                       /* merge server configuration */

    NULL,                       /* create location configuration */
    NULL                        /* merge location configuration */
};

至此，开发完成。在 nginx 代码仓库目录下执行 make modules 重新编译生成动态模块文件，然后执行如下命令启动 nginx 。

objs/nginx -p "$PWD" -c objs/nginx.conf

使用浏览器或 curl 命令访问 http://localhost:8080/ ，每访问一次将看到 nginx 打印一次 hello 语句，及当前请求 uri 。类似如下输出:

2020/05/16 22:46:26 [notice] 7279#0: *1 HELLO Nginx, uri: /, client: 127.0.0.1, server: , request: "GET / HTTP/1.1", host: "localhost:8080"
2020/05/16 22:46:27 [notice] 7279#0: *1 HELLO Nginx, uri: /, client: 127.0.0.1, server: , request: "GET / HTTP/1.1", host: "localhost:8080"

热更新 (reload)

nginx 还支持热更新 (reload) ，这是一个很有用的高级特性。在不停止 nginx 的情况下将配置文件中的 hello 指令修改如下:

hello "阿泉";

在 nginx 代码仓库目录下执行如下 reload 命令:

objs/nginx -p "$PWD" -c objs/nginx.conf -s reload

reload 命令将看到如下输出:

2020/05/16 23:09:31 [notice] 9617#0: HELLO 阿泉
2020/05/16 23:09:31 [notice] 9617#0: signal process started

原 nginx 进程将看到如下输出。nginx 将重新进行配置初始化，创建新 worker 进程，并优雅退出旧 worker 进程。

2020/05/16 23:09:31 [notice] 9384#0: signal 1 (SIGHUP) received from 9617, reconfiguring
2020/05/16 23:09:31 [notice] 9384#0: reconfiguring
2020/05/16 23:09:31 [notice] 9384#0: HELLO 阿泉
# ... ...
2020/05/16 23:09:31 [notice] 9384#0: start worker process 9623
2020/05/16 23:09:31 [notice] 9385#0: gracefully shutting down

再次访问 http://localhost:8080/ 时，可看到 nginx 日志打印的 hello 语句也随之变成了新配置的 hello 语句。

2020/05/16 23:09:49 [notice] 9623#0: *3 HELLO 阿泉, uri: /, client: 127.0.0.1, server: , request: "GET / HTTP/1.1", host: "localhost:8080"

热更新 (reload) 功能非常有用，但在生产使用时一定要非常小心以避免故障。实际使用中可能用的并不多。

教程到此结束，下面扯些题外话。

吐槽与闲聊

Nginx 文档还算完善，代码还算优雅，阅读 Nginx 源码对提升开发水平颇有裨益，但其过程实在是烧脑和痛苦 (对我而言) 。Nginx 源码几乎攒齐了传统 C 语言编程的所有缺点。比如使用整数定义错误码和枚举类型，使用了迪杰斯特拉 (Dijkstra) 先生不建议使用的 goto 语句，一个整数字段 (如 cmd->type) 整合了多种枚举类型信息，许多地方使用了动态类型 void* 等。这些用法不受工具 (静态) 检查和约束 (原作者的脑中可能有一幅清晰的场景图表？)，对不熟悉的开发者来说不仅难以理解，而且非常危险！但其背后往往又是出于性能 (和某种简洁性) 的考虑，大概是使用 C 语言的情况下所能做出的最大努力。换句话说，(很多时候) 这是 C 语言的局限性，而不是 Nginx 的问题。错误处理的正确解法应该是 Java 受检查的异常，但 C 语言缺少异常 (Exception) 等高级特性，合理使用 (无效业务值) 错误码和 goto 语句是优雅且高效的最佳实践之一。

语言之争

本段内容容易引起不适，建议跳过。

有时候想，Nginx 为什么不使用更高级的开发语言 (比如 C++) 编写，或者至少可以复用 Apache 基础库 APR 吧 ？其实又何止 Apache 基础库， Apache HTTP 服务器应该有很多组件都可以复用。但如果这样的话，Nginx 又怎么能叫 Nginx 呢 ？ 大概只能是一个特殊版本的 Apache HTTP 服务器，影响力和竞争力都很难超越官方正版(就像许多 Nginx 修改版很难超越 Nginx 一样) 。不止是 3 方基础库，Nginx 连 C 语言标准库都试图避免直接使用，比如自己开发了 ngx_snprintf() (但 Nginx 也不是全都自己来，比如合理使用了 pcre, zlib, openssl 等 3 方库) 。很多 C 语言项目其实都在使用自己特殊定制版的 C 语言 (又一个典型缺点) 。这让我想起《黑客与画家》文集上提到的 迎难而生 的问题 (值得另外开贴讨论) ，如果一个问题太容易，谁都可以复制 (抄袭)，那么它的核心竞争力在哪里？

Nginx 及其模块开发本身是有一定门槛的，甚至 Nginx 本身建议不要滥用模块开发 (而尽量用 nginx 配置或内置的 perl/njs 脚本) 。

有 nodejs 粉说用 nodejs 几条语句就可以写出一个高性能 HTTP 服务器，如果 nginx 这样写成，结果会怎样 ?在大家都在喊着 nodejs/python/php/golang/kotlin 天下第一的时候，老态龙钟的 C 语言荣获 TIOBE 编程语言排行榜 2019 年度语言，最近 (2020 年 5 月) 又重夺排行榜第一。我不是针对谁，我是说 javascript/php/golang 等都是垃圾语言 (python 和 kotlin 还算能用？)。我也不推荐 C 语言，C 语言显然有很多缺点 (过于底层)，如果能够加上一些 C++ 特性 (特别是类和 RAII) 那肯定会好很多。但是 C++ 特性太多，简直是一团浆糊，所以许多团队和项目不得不精心控制一些边界，设计一个定制版的 C++ 语言 (与 C 语言类似)。这导致 C++ 语言分裂，是个不好的信号，也是这个原因导致许多声称解决这些问题的新语言不断出现。

结论: 贴近系统和硬件编程，C/C++ 是不错的选择，高级语言首选 Java ，其他一些快速粗糙 (quick and dirty) 的场景可适当选用其他语言。但一定要小心避免垃圾语言 (不再一一点名了) 和所谓的领域专用语言 (DSL) 。

代码风格

首选吐槽一下。Nginx 只使用 C 风格的注释 /* */ (不使用 C++ 的双斜杠 // 注释) 。使用 4 个空格缩进 (而不是 tab) 。变量名常常太短 (导致含义不直观) 。单行源码不超过 80 个字符 (可能也是导致变量名过短的原因)。这几点个人不太喜欢。

听说 nginx 作者有代码洁癖，要求字段名 (变量名) 排版对齐。我也有代码洁癖，我反对这种对齐，表面上视觉整齐了，实际上维护跟踪很麻烦 (特别是没有工具支持的情况下) 。再看 nginx 代码，不仅要求对齐，而且是抛开修饰符后的单词对齐 (嗯，奇怪的排版) 。如 struct ngx_command_s 定义如下。

struct ngx_command_s {
    ngx_str_t             name;
    ngx_uint_t            type;
    char               *(*set)(ngx_conf_t *cf, ngx_command_t *cmd, void *conf);
    ngx_uint_t            conf;
    ngx_uint_t            offset;
    void                 *post;
};

nginx 代码是很吝惜注释的，但并非没有注释，恰当的时候会有注释，而更多的时候让代码自己说话。如 ngx_http_core_generic_phase() 函数的这段代码，结合注释可知这里已经考虑枚举了 rc 的所有可能取值。这点我是比较赞赏的，不过个人建议可以适当添加更多注释 (特别是逻辑复杂的地方) 。

    if (rc == NGX_DECLINED) {
        r->phase_handler++;
        return NGX_AGAIN;
    }

    if (rc == NGX_AGAIN || rc == NGX_DONE) {
        return NGX_OK;
    }

    /* rc == NGX_ERROR || rc == NGX_HTTP_...  */

    ngx_http_finalize_request(r, rc);

    return NGX_OK;

另外，nginx 代码鼓励用空行分割语义块 (哪怕只有一行) ，如 ngx_conf_handler() 函数包含如下代码块:

            /* set up the directive's configuration context */

            conf = NULL;

            if (cmd->type & NGX_DIRECT_CONF) {
                conf = ((void **) cf->ctx)[cf->cycle->modules[i]->index];

            } else if (cmd->type & NGX_MAIN_CONF) {
                conf = &(((void **) cf->ctx)[cf->cycle->modules[i]->index]);

            } else if (cf->ctx) {
                confp = *(void **) ((char *) cf->ctx + cmd->conf);

                if (confp) {
                    conf = confp[cf->cycle->modules[i]->ctx_index];
                }
            }

if 子句和 else 子句执行不同的逻辑，用一个空行分开，结构更加清晰，这一点值得学习。顺便说句，这段代码较难读懂，也许可以再适当添加部分注释。

最后，很多人可能听过类似 "单个函数不要超过 100 行" (更有严格的说 50 行, 20 行) 这样的最佳实践。但如果我们看许多优秀开源项目的代码，大佬们写起代码来根本停不下来，洋洋洒洒几百行的核心函数纯属正常。尽量保持函数功能单一和简短当然是最近实践，但是 不用死守规则 。规则往往是由强者制定来约束弱者，黑客从来不应该受任何具体规则的束缚，唯一的规则就是正确、简短、健壮，然后越快越好。别给我说那些婆婆妈妈的编程规范。

我的代码又快又稳定，然后你跑来说我排版不好看 (是的我说了) ？滚一边去！

后浪

初次接触一种开发技术，好像来到一座花园，想要到某个目的地取采摘一朵花 (开发需求)。陌生的花园犹如迷宫，一开始我们跌跌撞撞，可能被荆棘扎手，可能走错方向，但最终来到玫瑰花栏，摘下一朵花。于是我沿途做下记号，小心避开荆棘和弯路，就成了这篇文章。

所有本文更适合作为简单的快速参考 (沿路记号)，而读者可能会充满 “这里为什么要这样？” 的疑问。许多疑问都可以在 Nginx 官方 开发指南 和 源码 里找到答案，那才是真正的藏宝图。只有我们亲自摸索熟悉了这座花园，才会发现许许多多的宝藏，你也许会发现，旁边花栏有更美丽的郁金香和清香的茉莉花。 先读代码，后浪。

本文为阿里云原创内容，未经允许不得转载。

4.你怎么选？四款2-3万元区间复古车详解

在目前的国内玩乐车型中，复古车逐渐占据了很高的比重，越来越多的消费者也脱离街车和仿赛投身彰显个性化的复古车怀抱，下面小编就目前市面上四款热度较高的2-3万元复古车做一个盘点解析，看看谁是你的菜。

一、升仕GK350

首先是升仕GK350，虽然量产车与陶老板之前在微博公布的数据有所差别（功率有所降低、整备质量也有所增加），但22800的售价着实让不少车友为之心动。不过这波降价增配置的操作也着实让升仕310的老车主们伤了心，直呼被割了韭菜。

作为前升仕310X车主（19年第二代版本），曾饱受310X的电控困扰（油箱盖反应延迟、龙头锁失灵、全车断电）。但升仕的售后服务小编可以拍着胸脯说绝对算国内车企中优秀的代表（遇到问题不踢皮球、投诉问题第一时间有工程师主动联系、二手车也在负责范畴之内等等），但最终还是苦于反复折磨的各种电控小毛病，在当时亏损近6千的价格卖给了车商。

抛开新老款差价过大的问题，客观上讲，升仕GK350对于大部分新手是极具性价比的存在。首先是品控方面，经过多年的迭代升级，如今的GK350电控问题应该已经得到了明显的改善，稳定性有了一定提升。

2.5代无钥匙控制系统新增加了钥匙防水功能，并针对老款车型上出现的钥匙没电的情况做了优化处理。2.5代钥匙设计了内置芯片感应器，即便拔掉电池或完全没电，将钥匙靠近车座右下方也能将车辆解锁。相比大多数国产车在车辆防盗性和使用便捷性上确实更具优势和科技感。

此外，作为国内最喜欢垒配置的代表之一，升仕的车型感觉就是性价比的代名词。GK350相比老款310又增加了前后辐条轮毂（带刹车盘护罩）、TFT全彩液晶IPS屏仪表（可实现手机互联、仪表数据上增加了轮胎温度和气压监测功能）、原厂手把护弓、护杠、发动机护罩 、滑动离合等等配置。是不是感觉亿点点心动？

GK350的发动机是由先前的310扩缸升级而来，拥有12.3:1的高压缩比，仅348cc的实际排量就可获得29kW，32.8N.m的动力输出（接近400级别），但它毕竟是一台单缸发动机，要榨取更多动动力必然要牺牲一定的舒适性。

且高压缩比发动机在技术上要求较高，对发动机内部材料、成型工艺、结构设计和装配水平上有着更高的要求，而且对燃油标号的要求比较高，相对来说比较精贵，使用寿命或没那么高。

缺点与不足：

1、 电控系统无法保证绝对的稳定（长途摩旅最害怕遇到的情况）

2、 普通的单脊梁式车架很一般，刚性不足，重刹或稳定性不佳

3、 个人觉得排气太丑（怀疑是清310库存）

4、 相比于其他国产车，升仕的配件太贵，后期维修保养成本会更高。（很多车主戏称把车拆了卖可以比整车更划算）

5、 整备质量188kg，比肩一众双缸同级别车型，没有发挥出单缸的优势

二、赛科龙RE3

就在RE3攀爬版上市前，赛科龙官方也公布了一条购车福利的消息，原价32800的摩登版活动价直接优惠3000，RE3的性价比一下就凸显出来。（这里需要说明，赛科龙此举并非是清库存，降价的是搭载TC401的新款RE3）

与其他车型不同，RE3是具有浓厚英伦风格的Café racer车型。原厂的小风挡、皮质的咖啡色鞍座、双出的鱼雷排气都进一步烘托出它的复古基因，是四款车型中最具复古基因的一台。同时也正因为RE3的英式复古风格，使得这台车具有很大的改装潜力。（分离式手把、短尾驼峰、更大的前轮攀爬）国内有很多动手能力强的车友就是看上了RE3的这一点。

赛科龙RE3的整车轴距(1380mm)较短，车身看上去比较协调。再加上770mm的亲民座高，很多女生也钟意于它，这样紧凑的车身设计在面对原地调头或急弯转向时都非常的轻松自如。

RE3这台车最大的卖点首先是它的发动机，全新的401双缸水冷发动机，最大功率也由 31.5Kw/9500rpm，最大扭矩34N.m/8000rpm，接近500级别的动力表现，相比老款在震动抑制上得到提升。同时滑动离合的加入，也使得这台车的骑行感受更加舒适。

缺点和不足：

1、温度上升很快，水箱很容易工作，声音较大

2、排气管容易烫脚（这个就要看对造型和实用性的取舍了）

3、价格定位是四款车中最高的

三、大运食铁兽STS400

作为国内传统的老品牌，大运在通路车型上保持着一贯的强势，但玩乐车的研发上就

稍显沉寂。不过近两年也开始加大投入，食铁兽STS400就是大运最近推出的复古运动街车。

全车最具辨识度的当属鲜艳配色的编织式环抱车架，给人一种非常饱满的大排量重机的感觉。同时为达到轻量化效果，STS400车身采用了大量的铝合金件（在几款车型中整备质量也是最轻的），在视觉上提升了不少的质感。

STS400的细节做工和漆水表现可以说是大运目前的代表之作，相比于以往的车型有了质的提升。

配置方面，相比较于同级别车型算是较高的。除了不具备手机互联功能以外（但具备OBD车辆故障自检和自动感光功能），同级别该有的配置它一样不差。KYB前减震、前后ABS、博世电喷、滑动离合等等，单论性价比它是一点不输给同级别车型的。

车辆操控方面，得益于它加强设计的双翼梁钢管编制环抱式车架，STS400在高速过弯和面对炮坑路面时，车架的抗颠簸性更好、形变量会更小。STS400的车架有很好的循迹性，没有那种松散的感觉。

这台STS400C搭载的是一台顶置凸轮轴、八气门结构的异步双缸水冷发动机。匹配博世电喷系统，最大功率31kw/9000rpm，最大扭矩35N.m/6500rpm，在同级别车型里动力数据是非常不错的，综合百公里油3.8L。数据上看与搭载401发动机的RE3相差无几，但最大扭矩却提前了3000转爆发，低扭会更强。

而关于这台车的定价，大运给出了高性价比的25999元，实属加分项。

缺点和不足：

1、 这台车的后减震（非KYB）有点拖前减（KYB）和车架的后腿

2、 发动机震动抑制有待加强，滑动离合手感欠佳

3、 相比其他品牌大运玩乐车型知名度略低

4、 造型足够好看，但能看出对其他车型的借鉴

四、凯越400F

凯越作为近几年最热门的国产品牌，旗下的车型一贯以性能著称。400F就是凯越推出的号称入门级高性能复古车。

400F的官方定位是NEO SCRAMBLER（新式攀爬）风格，与前面几款车型不同的是，为了更好地通过性，400F采用了更大尺寸（18）的轮毂和更长行程（155mm）减震的设定。

同时它的拖拽距（指的是前叉转向轴线的延长线与地面的交点跟前轮轴到地面的垂线之间的距离）相比其他几款车也更小，使得这部车的转向非常灵活。同时也意味着，驾驶这部车转向的时候要比拖曳距大的摩托车用到更小的力去转动方向把手，对于女生和新手更加的友好。

作为一台定位为城市攀爬的车型，400F的骑行三角很好的兼顾了弯道驾驶和越野站立的骑行场景，让驾驶者能舒适的切换驾驶风格。不过790mm的座高和190kg的整备质量相比其他几款车型对新手的驾驶门槛会更高一些。

对于凯越400F来说，更多样的玩乐性是它最大的优势。日常代步、山道攻弯、长途摩旅它都能胜任，最重要的是针对非铺装路面准备的前后专业调教的减震（凯越在这方面功力很强）、滕森龟背胎、发动机护板侧倾熄火功能以及可关闭ABS等配置，都让它具备轻度越野的能力。

缺点和不足：

1、 相比其他几款车型，凯越400F细节做工要略逊一筹（手把按键、油箱漆水、细节处理）

但大部分选择凯越的车友也是看重它的性能，小编本人也是凯越车主，欢迎来杠！

2、 外观同样也有借鉴元素，与HONDA 现代复古风格非常类似

3、 TC380的发动机相比新款RE3的TC401发动机略显竞争力不足

国产复古谁领风骚？车企都夸自家最好，

新手小白选车太苦恼！小编为此连夜总结做表。

买车究竟怎么选？适合自己才最重要！

注：很多考虑两万级别的车友也可能会参考500级别的车型作对比，故小编找了一辆500级别的优秀代表车型作参考。

五、个人归纳结论：

对于喜欢科技感的车友来说，GK350是不错的选择。它能给到你高于这个级别的逼格，同时配置也几乎是同级别的天花板。但它的动力表现在同级别并不占优势，单缸的特性也无法避免的流失很多偏爱双缸车的国内车友。

对复古车有一定要求、喜欢动手改装的车友来说，RE3是最好的选择。同时它的动力平台也优于同级别车型，配置方面要略逊于同级别车型。

而大运STS400兼顾了同级别车型的优点，外观上是一台鲜明的运动复古街车，而动力表现也接近RE3。与凯越400F接近的价格也能吸引到不少喜欢运动复古车型的用户，不过相比GK350在配置上要略逊一筹。

凯越400F是一台多风格的现代复古车，但正因为它面面俱到，从而无法做到哪一点特别突出。虽然相比它的大哥500F，在动力平台和悬挂配置上不占优势，反而被自家兄弟抢下了很多市场。但在同级别车型里，它依然是一台非常不错的玩乐性车型。