Java 多線程基礎(一)基本概念

Java 多線程基礎(一)基本概念

一、併發與并行

1、併發:指兩個或多個事件在同一個時間段發生。

2、并行:指兩個或多個事件在同一時刻發生(同時發生)。

在操作系統中,安裝了多個程序,併發指的是在一段時間內宏觀上有多個程序同時運行,這在單 CPU 系統中,每一時刻只能有一道程序執行,即微觀上這些程序是分時的交替運行,只不過是給人的感覺是同時運行,那是因為分時交替運行的時間是非常短的。

而在多個 CPU 系統中,則這些可以併發執行的程序便可以分配到多個處理器上(CPU),實現多任務并行執行,即利用每個處理器來處理一個可以併發執行的程序,這樣多個程序便可以同時執行。目前電腦市場上說的多核 CPU,便是多核處理器,核 越多,并行處理的程序越多,能大大的提高電腦運行的效率。

3、注意點

單核處理器的計算機肯定是不能并行的處理多個任務的,只能是多個任務在單個CPU上併發運行。同理,線程也是一樣的,從宏觀角度上理解線程是并行運行的,但是從微觀角度上分析卻是串行運行的,即一個線程一個線程的去運行,當系統只有一個CPU時,線程會以某種順序執行多個線程,我們把這種情況稱之為線程調度。

二、線程與進程

1、進程:是指一個內存中運行的應用程序,每個進程都有一個獨立的內存空間,一個應用程序可以同時運行多個進程;進程也是程序的一次執行過程,是系統運行程序的基本單位;系統運行一個程序即是一個進程從創建、運行到消亡的過程。

2、線程:線程是進程中的一個執行單元,負責當前進程中程序的執行,一個進程中至少有一個線程。一個進程中是可以有多個線程的,這個應用程序也可以稱之為多線程程序。

操作系統調度的最小任務單位是線程。常用的Windows、Linux等操作系統都採用搶佔式多任務,如何調度線程完全由操作系統決定,程序自己不能決定什麼時候執行,以及執行多長時間。

(一)、線程的產生

每個進程都有自己的地址空間,即進程空間,在網絡或多用戶換機下,一個服務器通常需要接收大量不確定數量用戶的併發請求,為每一個請求都創建一個進程顯然行不通(系統開銷大響應用戶請求效率低),因此操作系統中線程概念被引進。線程的改變只代表CPU的執行過程的改變,而沒有發生進程所擁有的資源的變化。

  • 線程的執行過程是線性的,儘管中間會發生中斷或者暫停,但是進程所擁有的資源只為改線狀執行過程服務,一旦發生線程切換,這些資源需要被保護起來。
  • 進程分為單線程進程和多線程進程,單線程進程宏觀來看也是線性執行過程,微觀上只有單一的執行過程。多線程進程宏觀是線性的,微觀上多個執行操作。

(二)、進程與線程的區別

  • 地址空間。同一線程共享該進程的地址空間;進程之間是獨立的地址空間,
  • 用於資源。同一進程內的線程共享本進程的資源如內存、I/O、cpu等,但是進程之間的資源是獨立的。
  • 執行過程。每個獨立的進程程有一個程序運行的入口、順序執行序列和程序入口。但是線程不能獨立執行,必須依存在應用程序中,由應用程序提供多個線程執行控制。

(三)、優缺點

線程執行開銷小,但是不利於資源的管理和保護。線程適合在SMP機器(雙CPU系統)上運行。進程執行開銷大,但是能夠很好的進行資源管理和保護。進程可以跨機器前移。

(四)、使用場景

對資源的管理和保護要求高,不限制開銷和效率時,使用多進程。

要求效率高,頻繁切換時,資源的保護管理要求不是很高時,使用多線程。

三、線程的狀態

線程共包括以下5種狀態,也叫生命周期。
1. 新建狀態(New)         :線程對象被創建后,就進入了新建狀態。例如,Thread thread = new Thread()。
2. 就緒狀態(Runnable):也被稱為“可執行狀態”。線程對象被創建后,其它線程調用了該對象的start()方法,從而來啟動該線程。例如,thread.start()。處於就緒狀態的線程,隨時可能被CPU調度執行。
3. 運行狀態(Running)   :線程獲取CPU權限進行執行。需要注意的是,線程只能從就緒狀態進入到運行狀態。
4. 阻塞狀態(Blocked)    :阻塞狀態是線程因為某種原因放棄CPU使用權,暫時停止運行。直到線程進入就緒狀態,才有機會轉到運行狀態。阻塞的情況分三種:
    ① 等待阻塞 — 通過調用線程的wait()方法,讓線程等待某工作的完成。
    ② 同步阻塞 — 線程在獲取 synchronized 同步鎖失敗(因為鎖被其它線程所佔用),它會進入同步阻塞狀態。
    ③ 其他阻塞 — 通過調用線程的sleep()或join()或發出了I/O請求時,線程會進入到阻塞狀態。當sleep()狀態超時、join()等待線程終止或者超時、或者I/O處理完畢時,線程重新轉入就緒狀態。
5. 死亡狀態(Dead)         :線程執行完了或者因異常退出了run()方法,該線程結束生命周期。

四、多線程的原理

五、進程、線程實現多任務模式

(一)、多進程模式(一個進程只有一個線程)

(二)、多線程模式(一個進程有多個線程)

(三)、多進程 + 多線程模式(複雜度最高)

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※別再煩惱如何寫文案,掌握八大原則!

網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※超省錢租車方案

※教你寫出一流的銷售文案?

網頁設計最專業,超強功能平台可客製化

※產品缺大量曝光嗎?你需要的是一流包裝設計!

台中搬家遵守搬運三大原則,讓您的家具不再被破壞!

【Spring註解開發】組件註冊-使用@Configuration和@Bean給容器中註冊組件

寫在前面

在之前的Spring版本中,我們只能通過寫XML配置文件來定義我們的Bean,XML配置不僅繁瑣,而且很容易出錯,稍有不慎就會導致編寫的應用程序各種報錯,排查半天,發現是XML文件配置不對!另外,每個項目編寫大量的XML文件來配置Spring,也大大增加了項目維護的複雜度,往往很多個項目的Spring XML文件的配置大部分是相同的,只有很少量的配置不同,這也造成了配置文件上的冗餘。

項目工程源碼已經提交到GitHub:https://github.com/sunshinelyz/spring-annotation

Spring IOC和DI

在Spring容器的底層,最重要的功能就是IOC和DI,也就是控制反轉和依賴注入。

IOC:控制反轉,將類的對象的創建交給Spring類管理創建。
DI:依賴注入,將類裏面的屬性在創建類的過程中給屬性賦值。
DI和IOC的關係:DI不能單獨存在,DI需要在IOC的基礎上來完成。

在Spring內部,所有的組件都會放到IOC容器中,組件之間的關係通過IOC容器來自動裝配,也就是我們所說的依賴注入。接下來,我們就使用註解的方式來完成容器組件的註冊、管理及依賴、注入等功能。

在介紹使用註解完成容器組件的註冊、管理及依賴、注入等功能之前,我們先來看看使用XML文件是如何注入Bean的。

通過XML文件注入JavaBean

首先,我們在工程的io.mykit.spring.bean包下創建Person類,作為測試的JavaBean,代碼如下所示。

package io.mykit.spring.bean;

import lombok.AllArgsConstructor;
import lombok.Data;
import lombok.NoArgsConstructor;
import lombok.ToString;
import java.io.Serializable;

/**
 * @author binghe
 * @version 1.0.0
 * @description 測試實體類
 */
@Data
@ToString
@NoArgsConstructor
@AllArgsConstructor
public class Person implements Serializable {
    private static final long serialVersionUID = 7387479910468805194L;
    private String name;
    private Integer age;
}

接下來,我們在工程的resources目錄下創建Spring的配置文件beans.xml,通過beans.xml文件將Person類注入到Spring的IOC容器中,配置如下所示。

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">

    <bean id = "person" class="io.mykit.spring.bean.Person">
        <property name="name" value="binghe"></property>
        <property name="age" value="18"></property>
    </bean>
</beans>

到此,我們使用XML方式注入JavaBean就配置完成了。接下來,我們創建一個SpringBeanTest類來進行測試,這裏,我使用的是Junit進行測試,測試方法如下所示。

@Test
public void testXmlConfig(){
    ApplicationContext context = new ClassPathXmlApplicationContext("beans.xml");
    Person person = (Person) context.getBean("person");
    System.out.println(person);
}

運行testXmlConfig()方法,輸出的結果信息如下。

Person(name=binghe, age=18)

從輸出結果中,我們可以看出,Person類通過beans.xml文件的配置,已經注入到Spring的IOC容器中了。

通過註解注入JavaBean

通過XML文件,我們可以將JavaBean注入到Spring的IOC容器中。那使用註解又該如何實現呢?別急,其實使用註解比使用XML文件要簡單的多,我們在項目的io.mykit.spring.plugins.register.config包下創建PersonConfig類,並在PersonConfig類上添加@Configuration註解來標註PersonConfig類是一個Spring的配置類,通過@Bean註解將Person類注入到Spring的IOC容器中。

package io.mykit.spring.plugins.register.config;

import io.mykit.spring.bean.Person;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

/**
 * @author binghe
 * @version 1.0.0
 * @description 以註解的形式來配置Person
 */
@Configuration
public class PersonConfig {
     @Bean
    public Person person(){
        return new Person("binghe001", 18);
    }
}

沒錯,通過PersonConfig類我們就能夠將Person類注入到Spring的IOC容器中,是不是很Nice!!主要我們在類上加上@Configuration註解,並在方法上加上@Bean註解,就能夠將方法中創建的JavaBean注入到Spring的IOC容器中。

接下來,我們在SpringBeanTest類中創建一個testAnnotationConfig()方法來測試通過註解注入的Person類,如下所示。

@Test
public void testAnnotationConfig(){
    ApplicationContext context = new AnnotationConfigApplicationContext(PersonConfig.class);
    Person person = context.getBean(Person.class);
    System.out.println(person);
}

運行testAnnotationConfig()方法,輸出的結果信息如下所示。

Person(name=binghe001, age=18)

可以看出,通過註解將Person類注入到了Spring的IOC容器中。

到這裏,我們已經明確,通過XML文件和註解兩種方式都可以將JavaBean注入到Spring的IOC容器中。那麼,使用註解將JavaBean注入到IOC容器中時,使用的bean的名稱是什麼呢? 我們可以在testAnnotationConfig()方法中添加如下代碼來獲取Person類型下的註解名稱。

//按照類型找到對應的bean名稱數組
String[] names = context.getBeanNamesForType(Person.class);
Arrays.stream(names).forEach(System.out::println);

完整的testAnnotationConfig()方法的代碼如下所示。

@Test
public void testAnnotationConfig(){
    ApplicationContext context = new AnnotationConfigApplicationContext(PersonConfig.class);
    Person person = context.getBean(Person.class);
    System.out.println(person);

    //按照類型找到對應的bean名稱數組
    String[] names = context.getBeanNamesForType(Person.class);
    Arrays.stream(names).forEach(System.out::println);
}

運行testAnnotationConfig()方法輸出的結果信息如下所示。

Person(name=binghe001, age=18)
person

那這裏的person是啥?我們修改下PersonConfig類中的person()方法,將person()方法修改成person01()方法,如下所示。

package io.mykit.spring.plugins.register.config;

import io.mykit.spring.bean.Person;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

/**
 * @author binghe
 * @version 1.0.0
 * @description 以註解的形式來配置Person
 */
@Configuration
public class PersonConfig {

    @Bean
    public Person person01(){
        return new Person("binghe001", 18);
    }
}

此時,我們再次運行testAnnotationConfig()方法,輸出的結果信息如下所示。

Person(name=binghe001, age=18)
person01

看到這裏,大家應該有種豁然開朗的感覺了,沒錯!!使用註解注入Javabean時,bean在IOC中的名稱就是使用@Bean註解標註的方法名稱。我們可不可以為bean單獨指定名稱呢?那必須可以啊!只要在@Bean註解中明確指定名稱就可以了。比如下面的PersonConfig類的代碼,我們將person01()方法上的@Bean註解修改成@Bean(“person”)註解,如下所示。

package io.mykit.spring.plugins.register.config;

import io.mykit.spring.bean.Person;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

/**
 * @author binghe
 * @version 1.0.0
 * @description 以註解的形式來配置Person
 */
@Configuration
public class PersonConfig {

    @Bean("person")
    public Person person01(){
        return new Person("binghe001", 18);
    }
}

此時,我們再次運行testAnnotationConfig()方法,輸出的結果信息如下所示。

Person(name=binghe001, age=18)
person

可以看到,此時,輸出的JavaBean的名稱為person。

結論:我們在使用註解方式向Spring的IOC容器中注入JavaBean時,如果沒有在@Bean註解中明確指定bean的名稱,就使用當前方法的名稱來作為bean的名稱;如果在@Bean註解中明確指定了bean的名稱,則使用@Bean註解中指定的名稱來作為bean的名稱。

好了,咱們今天就聊到這兒吧!別忘了給個在看和轉發,讓更多的人看到,一起學習一起進步!!

項目工程源碼已經提交到GitHub:https://github.com/sunshinelyz/spring-annotation

寫在最後

如果覺得文章對你有點幫助,請微信搜索並關注「 冰河技術 」微信公眾號,跟冰河學習Spring註解驅動開發。公眾號回復“spring註解”關鍵字,領取Spring註解驅動開發核心知識圖,讓Spring註解驅動開發不再迷茫。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※教你寫出一流的銷售文案?

※廣告預算用在刀口上,台北網頁設計公司幫您達到更多曝光效益

※回頭車貨運收費標準

※別再煩惱如何寫文案,掌握八大原則!

※超省錢租車方案

※產品缺大量曝光嗎?你需要的是一流包裝設計!

※推薦台中搬家公司優質服務,可到府估價

容器技術之Dockerfile(三)

  前面我們聊到了dockerfile的 FROM、COPY 、ADD、LABEL、MAINTAINER、ENV、ARG、WORKDIR、VOLUME、EXPOSE、RUN、CMD、ENTRYPOINT指令的使用和說明,回顧請參考https://www.cnblogs.com/qiuhom-1874/tag/Dockerfile/;今天我們來聊聊剩下的dockerfile指令的使用和說明;

  1、USER:該指令用於指定運行image時的或運行dockerfile中任何RUN、CMD或ENTRYPOINT指令指定的程序時的用戶名或UID;默認情況下,container的運行身份為root用戶;語法格式 USER <UID>|<UserName>; 需要注意的是,<UID>可以為任意数字,但實踐中其必須為/etc/passwd中某用戶的有效UID,否則,docker run命令將運行失敗;

  示例: 

[root@node1 test]# cat Dockerfile 
FROM centos:7

LABEL maintainer="qiuhom <qiuhom@linux-1874.com>"

LABEL version="1.0"

LABEL description="this is test file \ that label-values can span multiple lines."

RUN useradd nginx

USER nginx

CMD ["sleep","3000"]

[root@node1 test]# 

  提示:以上dockerfile表示在鏡像運行成容器時,以nginx用戶運行 sleep 3000

  驗證:編譯成鏡像,啟動為容器,然後進入到容器里看看sleep 3000 是否是nginx用戶在運行?

[root@node1 test]# docker build . -t test:v1
Sending build context to Docker daemon  1.051MB
Step 1/7 : FROM centos:7
 ---> b5b4d78bc90c
Step 2/7 : LABEL maintainer="qiuhom <qiuhom@linux-1874.com>"
 ---> Running in 0f503dae4448
Removing intermediate container 0f503dae4448
 ---> d31363b96f38
Step 3/7 : LABEL version="1.0"
 ---> Running in 8dad05999903
Removing intermediate container 8dad05999903
 ---> 2281f36d7c3c
Step 4/7 : LABEL description="this is test file \ that label-values can span multiple lines."
 ---> Running in d2be9ed44aee
Removing intermediate container d2be9ed44aee
 ---> 8de872e222fb
Step 5/7 : RUN useradd nginx
 ---> Running in 37bda6ba6b60
Removing intermediate container 37bda6ba6b60
 ---> dc681f95f5ca
Step 6/7 : USER nginx
 ---> Running in 97d2357826f9
Removing intermediate container 97d2357826f9
 ---> ed277ac0c482
Step 7/7 : CMD ["sleep","3000"]
 ---> Running in 0ea578fa10bc
Removing intermediate container 0ea578fa10bc
 ---> 461f6ceabc88
Successfully built 461f6ceabc88
Successfully tagged test:v1
[root@node1 test]# docker images
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
test                v1                  461f6ceabc88        3 seconds ago       204MB
centos              7                   b5b4d78bc90c        4 weeks ago         203MB
[root@node1 test]# docker run --name t1 --rm -d test:v1
37e46346d6ca0ab05b67f5350d4c2a7b6b86b8d34c8d1622d78ef70b7d3dff86
[root@node1 test]# docker ps 
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES
37e46346d6ca        test:v1             "sleep 3000"        3 seconds ago       Up 2 seconds                            t1
[root@node1 test]# docker exec -it t1 /bin/bash
[nginx@37e46346d6ca /]$ ps aux
USER        PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
nginx         1  0.1  0.0   4364   352 ?        Ss   10:02   0:00 sleep 3000
nginx         6  0.4  0.0  11828  1808 pts/0    Ss   10:02   0:00 /bin/bash
nginx        23  0.0  0.0  51756  1708 pts/0    R+   10:02   0:00 ps aux
[nginx@37e46346d6ca /]$ exit
exit
[root@node1 test]#

  提示:可以看到基於上面的dockerfile構建的鏡像運行為容器,裏面默認跑的進程就是我們在dockerfile中指定用戶運行的進程;使用USER指定用戶運行容器里的進程,需要注意該用戶要對運行進程所需資源的所有權限;否則容器運行不起來;

  2、HEALTHCHECK:該指令用於定義如何對容器做健康狀態檢測;運行為容器后,容器里的進程不掛掉,當然容器也就不會掛掉,但是存在一種情況,容器沒有掛掉,容器里的進程無法正常提供服務了,這個時候我們就需要通過一定的手段,第一時間知道容器里的進程是否健康(是否能夠正常提供服務);healthcheck指令就是用來定義如果去檢測容器內部進程是否健康;語法格式HEALTHCHECK [OPTIONS] CMD command;其中CMD是固定格式,而後面的command是對容器里的進程做健康狀態檢查的命令;而options是用來指定對容器做健康狀態檢查的周期時間相關信息;–interval=DURATION (default: 30s),該選項用於指定對容器做健康狀態檢查的頻率,默認是30s一次;–timeout=DURATION (default: 30s),該選項用於指定對容器內部的進程做健康狀態檢查的超時時長,默認是30秒;–start-period=DURATION (default: 0s)指定對容器中的進程做健康狀態檢查延遲時間,默認0表示不延遲;這裏補充一點,之所以要延遲多少秒做健康狀態檢查是因為,docker運行為容器以後,會立刻把該容器的狀態標記為running狀態,而對於有些初始化比較慢的容器,如果馬上對它做健康狀態檢查,可能是不健康的狀態,這樣一來我們對了解容器是否健康就不是很準確了;如果配合某些工具,很可能存在檢測到容器不健康就把該容器刪除,然後重新創建,以此重複;這樣就會導致我們的容器啟動不起來; –retries=N (default: 3)表示指定對容器做健康狀態檢查的重試次數,默認是3次;也就是說檢查到容器不健康的前提或健康的前提,它都會檢查3次,如果3次檢查都是失敗狀態那麼就標記該容器不健康;而對於我們指定的命令來講,命令的返回值就決定了容器是否健康,通常命令返回值為0表示我們執行的命令正常退出,也就意味着容器是健康狀態;命令返回值為1表示容器不健康;返回值為2我們通常都是保留不使用;HEALTHCHECK NONE就表示不對容器做健康狀態檢查;

  示例:

[root@node1 test]# cat Dockerfile 
FROM centos:7

LABEL maintainer="qiuhom <qiuhom@linux-1874.com>"

LABEL version="1.0"

LABEL description="this is test file \ that label-values can span multiple lines."

RUN yum install -y httpd 

ADD ok.html /var/www/html/

CMD ["/usr/sbin/httpd","-DFOREGROUND"]

HEALTHCHECK --interval=5s --timeout=5s --start-period=5s --retries=2 \
        CMD curl -f http://localhost/ok.html || exit 1

[root@node1 test]# 

  提示:以上HEALTHCHECK指令表示每5秒檢查一次,超時時長為5秒,延遲5秒開始檢查,重試2次;如果curl -f http://localhost/ok.html這條命令正常返回0,那麼就表示容器健康,否則就返回1,表示容器不健康;

  驗證:把以上dockerfile構建成鏡像啟動為容器,我們把ok.html刪除或移動到別的目錄,看看容器是否標記為不健康?

[root@node1 test]# docker build . -t test:v1.1
Sending build context to Docker daemon  1.052MB
Step 1/8 : FROM centos:7
 ---> b5b4d78bc90c
Step 2/8 : LABEL maintainer="qiuhom <qiuhom@linux-1874.com>"
 ---> Using cache
 ---> d31363b96f38
Step 3/8 : LABEL version="1.0"
 ---> Using cache
 ---> 2281f36d7c3c
Step 4/8 : LABEL description="this is test file \ that label-values can span multiple lines."
 ---> Using cache
 ---> 8de872e222fb
Step 5/8 : RUN yum install -y httpd
 ---> Running in 9964718a2c3e
Loaded plugins: fastestmirror, ovl
Determining fastest mirrors
 * base: mirrors.bfsu.edu.cn
 * extras: mirrors.aliyun.com
 * updates: mirrors.aliyun.com
Resolving Dependencies
--> Running transaction check
---> Package httpd.x86_64 0:2.4.6-93.el7.centos will be installed
--> Processing Dependency: httpd-tools = 2.4.6-93.el7.centos for package: httpd-2.4.6-93.el7.centos.x86_64
--> Processing Dependency: system-logos >= 7.92.1-1 for package: httpd-2.4.6-93.el7.centos.x86_64
--> Processing Dependency: /etc/mime.types for package: httpd-2.4.6-93.el7.centos.x86_64
--> Processing Dependency: libaprutil-1.so.0()(64bit) for package: httpd-2.4.6-93.el7.centos.x86_64
--> Processing Dependency: libapr-1.so.0()(64bit) for package: httpd-2.4.6-93.el7.centos.x86_64
--> Running transaction check
---> Package apr.x86_64 0:1.4.8-5.el7 will be installed
---> Package apr-util.x86_64 0:1.5.2-6.el7 will be installed
---> Package centos-logos.noarch 0:70.0.6-3.el7.centos will be installed
---> Package httpd-tools.x86_64 0:2.4.6-93.el7.centos will be installed
---> Package mailcap.noarch 0:2.1.41-2.el7 will be installed
--> Finished Dependency Resolution

Dependencies Resolved

================================================================================
 Package             Arch          Version                    Repository   Size
================================================================================
Installing:
 httpd               x86_64        2.4.6-93.el7.centos        base        2.7 M
Installing for dependencies:
 apr                 x86_64        1.4.8-5.el7                base        103 k
 apr-util            x86_64        1.5.2-6.el7                base         92 k
 centos-logos        noarch        70.0.6-3.el7.centos        base         21 M
 httpd-tools         x86_64        2.4.6-93.el7.centos        base         92 k
 mailcap             noarch        2.1.41-2.el7               base         31 k

Transaction Summary
================================================================================
Install  1 Package (+5 Dependent packages)

Total download size: 24 M
Installed size: 32 M
Downloading packages:
warning: /var/cache/yum/x86_64/7/base/packages/apr-1.4.8-5.el7.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID f4a80eb5: NOKEY
Public key for apr-1.4.8-5.el7.x86_64.rpm is not installed
--------------------------------------------------------------------------------
Total                                              2.0 MB/s |  24 MB  00:12     
Retrieving key from file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7
Importing GPG key 0xF4A80EB5:
 Userid     : "CentOS-7 Key (CentOS 7 Official Signing Key) <security@centos.org>"
 Fingerprint: 6341 ab27 53d7 8a78 a7c2 7bb1 24c6 a8a7 f4a8 0eb5
 Package    : centos-release-7-8.2003.0.el7.centos.x86_64 (@CentOS)
 From       : /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
  Installing : apr-1.4.8-5.el7.x86_64                                       1/6 
  Installing : apr-util-1.5.2-6.el7.x86_64                                  2/6 
  Installing : httpd-tools-2.4.6-93.el7.centos.x86_64                       3/6 
  Installing : centos-logos-70.0.6-3.el7.centos.noarch                      4/6 
  Installing : mailcap-2.1.41-2.el7.noarch                                  5/6 
  Installing : httpd-2.4.6-93.el7.centos.x86_64                             6/6 
  Verifying  : mailcap-2.1.41-2.el7.noarch                                  1/6 
  Verifying  : apr-util-1.5.2-6.el7.x86_64                                  2/6 
  Verifying  : httpd-2.4.6-93.el7.centos.x86_64                             3/6 
  Verifying  : apr-1.4.8-5.el7.x86_64                                       4/6 
  Verifying  : httpd-tools-2.4.6-93.el7.centos.x86_64                       5/6 
  Verifying  : centos-logos-70.0.6-3.el7.centos.noarch                      6/6 

Installed:
  httpd.x86_64 0:2.4.6-93.el7.centos                                            

Dependency Installed:
  apr.x86_64 0:1.4.8-5.el7                                                      
  apr-util.x86_64 0:1.5.2-6.el7                                                 
  centos-logos.noarch 0:70.0.6-3.el7.centos                                     
  httpd-tools.x86_64 0:2.4.6-93.el7.centos                                      
  mailcap.noarch 0:2.1.41-2.el7                                                 

Complete!
Removing intermediate container 9964718a2c3e
 ---> a931e93eea06
Step 6/8 : ADD ok.html /var/www/html/
 ---> 97e61f41911d
Step 7/8 : CMD ["/usr/sbin/httpd","-DFOREGROUND"]
 ---> Running in e91ccdef90c2
Removing intermediate container e91ccdef90c2
 ---> 7c8af9bb7eb3
Step 8/8 : HEALTHCHECK --interval=5s --timeout=5s --start-period=5s --retries=2         CMD curl -f http://localhost/ok.html || exit 1
 ---> Running in 80682ab087d3
Removing intermediate container 80682ab087d3
 ---> aa53cba15046
Successfully built aa53cba15046
Successfully tagged test:v1.1
[root@node1 test]# docker images
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
test                v1.1                aa53cba15046        8 seconds ago       312MB
test                v1                  461f6ceabc88        57 minutes ago      204MB
centos              7                   b5b4d78bc90c        4 weeks ago         203MB
[root@node1 test]# docker run --name t1 --rm -d test:v1.1
332590e683fcb29f60a28703548fce7aa83df715cbb840e1283472834867d6a1
[root@node1 test]# docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS                            PORTS               NAMES
332590e683fc        test:v1.1           "/usr/sbin/httpd -DF…"   3 seconds ago       Up 2 seconds (health: starting)                       t1
[root@node1 test]# docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS                   PORTS               NAMES
332590e683fc        test:v1.1           "/usr/sbin/httpd -DF…"   7 seconds ago       Up 6 seconds (healthy)                       t1
[root@node1 test]# 

  提示:可以看到基於我們寫的dockerfile構建的鏡像已經成功運行為容器,並且標記為healthy;接下來我們進入容器把ok.html幹掉,然後在看看容器是否標記為不健康狀態?

  提示:從上面的信息可以看到我們把ok.html移除后,容器狀態就變成不健康狀態了;我們再把ok.html還原到原有位置,看看容器是否會從不健康轉換為健康呢?

  提示:可以看到把ok.html還原到/var/www/html/目錄后,容器從不健康狀態變為了健康狀態;

  3、SHELL:該指令用於指定默認shell,該指令開始到下一個SHELL中間的命令都是SHELL指定的shell 運行,所以SHELL指令在dockerfile中可出現多次,後面的SHELL指令指定的shell會覆蓋前面所有SHELL指令指定的shell;默認在Linux上是[“/bin/sh”,”-c”]在Windows上述[“cmd”,”/s”,”/c”];SHELL指令必須是以json數組的格式定義;語法SHELL [“executable”, “parameters”];

  4、STOPSIGNAL:該指令用於定義停止容器的信號;默認停止容器是15號信號 SIGTERM;語法STOPSIGNAL signal

  5、ONBUILD:該指令用於在Dockerfile中定義一個觸發器;Dockerfile用於build映像文件,此映像文件亦可作為base image被另一個Dockerfile用作FROM指令的參數,並以之構建新的映像文件;在後面的這個Dockerfile中的FROM指令在build過程中被執行時,將會“觸發”創建其base image的Dockerfile文件中的ONBUILD指令定義的觸發器;用法格式ONBUILD <INSTRUCTION>;儘管任何指令都可註冊成為觸發器指令,但ONBUILD不能自我嵌套,且不會觸發FROM和MAINTAINER指令;使用包含ONBUILD指令的Dockerfile構建的鏡像應該使用特殊的標籤,例如ruby:2.0-onbuild;在ONBUILD指令中使用ADD或COPY指令應該格外小心,因為新構建過程的上下文在缺少指定的源文件時會失敗;

  示例:

[root@node1 test]# cat Dockerfile
FROM centos:7

LABEL maintainer="qiuhom <qiuhom@linux-1874.com>"

ONBUILD RUN yum install -y httpd




[root@node1 test]# 

  提示:以上dockerfile表示在本次構建鏡像中不運行yum install -y httpd這條命令,而是在後面的dockerfile中以本dockerfile製作的進行作為基礎繼續時,yum install -y httpd這條命令就會被觸發執行;簡單講onbuild就是指定dockerfile指令延遲執行;這裏一定要記住一點onbuild指令後面一定是跟的是dockerfile指令;

  驗證:將上面的dockerfile編譯鏡像,看看yum install -y httpd 是否執行了?

[root@node1 test]# docker build . -t test:v1.5
Sending build context to Docker daemon  1.052MB
Step 1/3 : FROM centos:7
 ---> b5b4d78bc90c
Step 2/3 : LABEL maintainer="qiuhom <qiuhom@linux-1874.com>"
 ---> Using cache
 ---> d31363b96f38
Step 3/3 : ONBUILD RUN yum install -y httpd
 ---> Running in d3601fa1c3b7
Removing intermediate container d3601fa1c3b7
 ---> 370e3a843c3c
Successfully built 370e3a843c3c
Successfully tagged test:v1.5
[root@node1 test]# 

  提示:可以看到yum install -y httpd 這條命令並沒有執行;

  驗證:將我們上面製作好的鏡像作為基礎鏡像,再來製作其他鏡像,看看yum install -y httpd 被執行?

[root@node1 aaa]# pwd
/root/test/aaa
[root@node1 aaa]# ls
Dockerfile
[root@node1 aaa]# cat Dockerfile 
FROM test:v1.5

LABEL maintainer="qiuhom <admin@admin.com>"
[root@node1 aaa]# docker build . -t myweb:v1
Sending build context to Docker daemon  2.048kB
Step 1/2 : FROM test:v1.5
# Executing 1 build trigger
 ---> Running in cf93e9f03e89
Loaded plugins: fastestmirror, ovl
Determining fastest mirrors
 * base: mirrors.huaweicloud.com
 * extras: mirrors.aliyun.com
 * updates: mirrors.aliyun.com
Resolving Dependencies
--> Running transaction check
---> Package httpd.x86_64 0:2.4.6-93.el7.centos will be installed
--> Processing Dependency: httpd-tools = 2.4.6-93.el7.centos for package: httpd-2.4.6-93.el7.centos.x86_64
--> Processing Dependency: system-logos >= 7.92.1-1 for package: httpd-2.4.6-93.el7.centos.x86_64
--> Processing Dependency: /etc/mime.types for package: httpd-2.4.6-93.el7.centos.x86_64
--> Processing Dependency: libaprutil-1.so.0()(64bit) for package: httpd-2.4.6-93.el7.centos.x86_64
--> Processing Dependency: libapr-1.so.0()(64bit) for package: httpd-2.4.6-93.el7.centos.x86_64
--> Running transaction check
---> Package apr.x86_64 0:1.4.8-5.el7 will be installed
---> Package apr-util.x86_64 0:1.5.2-6.el7 will be installed
---> Package centos-logos.noarch 0:70.0.6-3.el7.centos will be installed
---> Package httpd-tools.x86_64 0:2.4.6-93.el7.centos will be installed
---> Package mailcap.noarch 0:2.1.41-2.el7 will be installed
--> Finished Dependency Resolution

Dependencies Resolved

================================================================================
 Package             Arch          Version                    Repository   Size
================================================================================
Installing:
 httpd               x86_64        2.4.6-93.el7.centos        base        2.7 M
Installing for dependencies:
 apr                 x86_64        1.4.8-5.el7                base        103 k
 apr-util            x86_64        1.5.2-6.el7                base         92 k
 centos-logos        noarch        70.0.6-3.el7.centos        base         21 M
 httpd-tools         x86_64        2.4.6-93.el7.centos        base         92 k
 mailcap             noarch        2.1.41-2.el7               base         31 k

Transaction Summary
================================================================================
Install  1 Package (+5 Dependent packages)

Total download size: 24 M
Installed size: 32 M
Downloading packages:
warning: /var/cache/yum/x86_64/7/base/packages/apr-1.4.8-5.el7.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID f4a80eb5: NOKEY
Public key for apr-1.4.8-5.el7.x86_64.rpm is not installed
--------------------------------------------------------------------------------
Total                                              7.2 MB/s |  24 MB  00:03     
Retrieving key from file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7
Importing GPG key 0xF4A80EB5:
 Userid     : "CentOS-7 Key (CentOS 7 Official Signing Key) <security@centos.org>"
 Fingerprint: 6341 ab27 53d7 8a78 a7c2 7bb1 24c6 a8a7 f4a8 0eb5
 Package    : centos-release-7-8.2003.0.el7.centos.x86_64 (@CentOS)
 From       : /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
  Installing : apr-1.4.8-5.el7.x86_64                                       1/6 
  Installing : apr-util-1.5.2-6.el7.x86_64                                  2/6 
  Installing : httpd-tools-2.4.6-93.el7.centos.x86_64                       3/6 
  Installing : centos-logos-70.0.6-3.el7.centos.noarch                      4/6 
  Installing : mailcap-2.1.41-2.el7.noarch                                  5/6 
  Installing : httpd-2.4.6-93.el7.centos.x86_64                             6/6 
  Verifying  : mailcap-2.1.41-2.el7.noarch                                  1/6 
  Verifying  : apr-util-1.5.2-6.el7.x86_64                                  2/6 
  Verifying  : httpd-2.4.6-93.el7.centos.x86_64                             3/6 
  Verifying  : apr-1.4.8-5.el7.x86_64                                       4/6 
  Verifying  : httpd-tools-2.4.6-93.el7.centos.x86_64                       5/6 
  Verifying  : centos-logos-70.0.6-3.el7.centos.noarch                      6/6 

Installed:
  httpd.x86_64 0:2.4.6-93.el7.centos                                            

Dependency Installed:
  apr.x86_64 0:1.4.8-5.el7                                                      
  apr-util.x86_64 0:1.5.2-6.el7                                                 
  centos-logos.noarch 0:70.0.6-3.el7.centos                                     
  httpd-tools.x86_64 0:2.4.6-93.el7.centos                                      
  mailcap.noarch 0:2.1.41-2.el7                                                 

Complete!
Removing intermediate container cf93e9f03e89
 ---> a89914bda4b5
Step 2/2 : LABEL maintainer="qiuhom <admin@admin.com>"
 ---> Running in e175e0542b5e
Removing intermediate container e175e0542b5e
 ---> 4f406abeaab7
Successfully built 4f406abeaab7
Successfully tagged myweb:v1
[root@node1 aaa]#

  提示:可以看到在我們的dockerfile中並沒有寫 RUN  yum install -y httpd  ,但build時卻執行了 yum install -y httpd ;這是因為onbuild指令被觸發了;我們可以理解為如果我們製作的鏡像有onbuild指令指定的命令,那麼該鏡像被其他dockerfile 作為基礎鏡像時(或者被其他docker FROM指令引用時)onbuild指定就會被激活,被執行;

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※超省錢租車方案

※別再煩惱如何寫文案,掌握八大原則!

※回頭車貨運收費標準

※教你寫出一流的銷售文案?

※產品缺大量曝光嗎?你需要的是一流包裝設計!

※廣告預算用在刀口上,台北網頁設計公司幫您達到更多曝光效益

網頁設計最專業,超強功能平台可客製化

2017 CTOY 花落福田戴姆勒汽車

在頒獎典禮上,中國年度卡車評委會主席於晶對歐曼EST超級卡車給予了高度評價:歐曼EST超級卡車不僅秉承了歐洲重卡設計理念,在質量和效率方面也引進了戴姆勒的體系和標準,在動力、環保、安全、智能化方面展示出富有前瞻性的技術水平,在實際測試過程中,歐曼EST的加速時間、制動距離以及車內噪聲等多項數據都處於行業領先水平。

2016年11月17日,“2017中國年度卡車”(CToY)頒獎典禮暨廣州商用車展媒體之夜”在廣州舉行;中國國際貿易促進委員會汽車行業分會副會長楊琳、國際年度卡車組委會主席Gianenrico Griffini(格里菲尼)、中國年度卡車評委會主席於晶以及來自整車及零部件生產企業的代表、國內主流行業媒體代表,共同見證了這一中國卡車行業的年度盛事。

在經過包括技術創新、舒適性、安全性、操控性、燃油經濟性、清潔環保和總體擁有成本等方面的綜合評價后,11月正式中國上市的歐曼EST超級卡車最終摘得了“2017中國年度卡車”桂冠,成為中國首個獲得此項殊榮的重卡車型;這是歐曼EST在歷經了“4年的歐洲研發、德國DEKRA的歐洲嚴苛測試、德國漢諾威全球上市”的品質驗證后,獲得的首個極具含金量的年度大獎;這是國際年度卡車評委會、中國年度卡車評委會對歐曼EST超級卡車的卓越品質給予的高度認可,也是對福田戴姆勒汽車在推動中國重卡市場高端化發展方面給予的肯定。

2017中國年度卡車大獎含金量有多高?

中國年度卡車是國內商用車行業首個引入“國際年度卡車”獎項評選標準及規則的獎項, 並結合中國道路運輸實際情況,以客觀公正的平台、專業縝密的視角評選出年度最具標杆意義的中國卡車車型。

“國際年度卡車”獎是目前國際上廣泛認可的權威評選卡車類獎項,代表了歐洲最嚴苛的評價指標。作為世界最大的商用車生產商梅賽德斯-奔馳憑藉旗下多款創新車型,曾8次摘得“國際年度卡車”獎項,成為榮獲此獎項次數最多的品牌。 “中國年度卡車”與“國際年度卡車”評選有着同樣的含金量,受邀出席頒獎典禮的國際年度卡車評委會主席Gianenrico Griffini(格里菲尼)也表達了對“2017中國年度卡車”評選的肯定,並表示國際年度卡車評委會將為中國年度卡車評選提供最大的支持。

“2017中國年度卡車”大獎的所有參評車型,必須經過由國際年度卡車評委會成員、媒體代表、用戶及第三方測試機構組成的專業評委會客觀公正、專業縝密的評測;其評測標準也是依據國際年度卡車評選及歐洲卡車1000分評測方法,涉及駕駛室空間及內飾設計、駕乘舒適性、操控性能、車輛總擁有成本、安全性、動力性等6個大項、26個小項;無論是從評價體系的成熟性上還是從評測人員及項目的專業性上,“2017中國年度卡車”獎項的含金量可謂首屈一指。

在頒獎典禮上,中國年度卡車評委會主席於晶對歐曼EST超級卡車給予了高度評價:歐曼EST超級卡車不僅秉承了歐洲重卡設計理念,在質量和效率方面也引進了戴姆勒的體系和標準,在動力、環保、安全、智能化方面展示出富有前瞻性的技術水平,在實際測試過程中,歐曼EST的加速時間、制動距離以及車內噪聲等多項數據都處於行業領先水平。

超級卡車憑什麼能獲得年度卡車大獎?

“2017中國年度卡車大獎”旨在頒發給最近12個月內發布的、從多方面對道路運輸效率做出最大貢獻的中國品牌卡車;更高的質量、更強的性能、更快的效率、更低的成本,歐曼EST超級卡車在提升整个中國重卡技術與品質方面做出了巨大貢獻,換句話說,歐曼EST超級卡車成為“2017中國年度卡車”實至名歸。“歐曼EST超級卡車充分吸收了‘超級卡車全球創新聯盟’成員的先進科技成果,以“北京超級卡車創新中心”為依託,實現了自動駕駛、新能源及車聯網等智慧科技的應用,使歐曼EST超級卡車擁有了媲美國際重卡的技術實力。” 福田戴姆勒汽車品牌總監李健致辭中表示。

歐曼EST超級卡車是福田戴姆勒汽車鏈合德國戴姆勒整車及動力技術,攜手美國康明斯、德國采埃孚、德國大陸等超級卡車全球創新聯盟成員,面向準時高效、長途高附加值貨運等高端物流客戶,歷時4年以歐洲標準研發, 完成了歐洲最嚴苛的德國DEKRA測試,以及歷經1000萬公里實際道路測試,實現了油耗降低5-10%,碳排放減少10-15%,貨運效率提升30%,實現智能輔助駕駛、B10壽命達到150萬公里以及10萬公里的超長保養周期的卓越性能,全面提升了中國現代化物流體系在智能化、安全性、高效性方面的發展速度。歐曼EST超級卡車於11月14日,在2016中國上海智能網聯汽車展覽會上,正式上市,登陸中國市場,為中國用戶在未來高效物流運輸市場競爭中,注入了來自“超級卡車”的超級競爭力!

參与測試的中國年度卡車評委會的評委一致認為:歐曼EST的駕駛室在空間和舒適性方面接近歐洲品牌卡車,非常適合超長距離運輸使用;其採用的采埃孚TraXon自動變速器與奔馳、康明斯發動機匹配完美,對於中國市場而言是一項巨大的進步,可以滿足中國用戶日益提高的使用需求;此外,歐曼EST超級卡車還具有良好的視野和高速行駛穩定性,多項主被動安全裝置讓車輛更加容易操控;採用氣囊減振的駕駛室及空氣懸架底盤,在測試過程中帶來了良好的駕乘舒適性;在有效載荷和保養間隔等方面能幫助用戶有效提高運營效率,作為一款專為中國市場打造的高端長途運輸車型,歐曼EST超級卡車全面展示了中國重卡的最新技術水平。

歐曼EST超級卡車在歷經了歐洲研發、歐洲測試、歐洲車展、歐洲上市之後,回到中國,憑藉在“智能化、安全性、可靠性、經濟性及舒適性”方面的卓越表現,獲得“2017中國年度卡車”大獎,以歐洲科技的品質內涵,確立了在中國重卡行業的技術領先地位,全面滿足重卡用戶高端化、高效化、智能化的需求!未來,福田戴姆勒汽車將再接再厲,充分吸收“超級卡車全球創新聯盟”成員的先進科技成果,以“北京超級卡車創新中心”為依託,以品質、技術和創新能力打造更具核心競爭力的產品,不斷提升中國卡車技術水平本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站,提高曝光率!

※綠能、環保無空污,成為電動車最新代名詞,目前市場使用率逐漸普及化

※廣告預算用在刀口上,台北網頁設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?

※別再煩惱如何寫文案,掌握八大原則!

北京伽途im系列亮相廣州車展 引領MPV市場升級

外觀方面,該車相比先期上市的北京伽途ix系列更具時尚氣息。中網格柵由大面積鍍鉻材質組成,層次感較為鮮明。尺寸方面,伽途im6長/寬/高依次為4700/1780/1820mm。而伽途im8的長/寬/高依次為4730×1810×1830mm,兩車軸距同為2760mm。內飾方面,中控台液晶屏尺寸較大,面板採用了碳纖維材質和仿桃木水轉印材質進行裝飾。

11月18日,福田汽車乘用車品牌在廣州車展重磅發布北京伽途im系列新品,引領MpV市場全面升級。該系列車型包含北京伽途im6和北京伽途im8兩款產品,前置前驅的配置,更大的空間,在保障產品安全性的同時,在舒適性、便利性和人性化方面更進一步,尤其是智能車聯網系統,通過大數據共享,將人與車通過網絡實時互聯,實現人與車有效互動,憑藉全面智能化升級,滿足用戶多元化的需求。

為大家庭時代品質出行而來

二胎政策出台意味着家庭結構將發生明顯的變化,大家庭的出行對車輛的空間、駕乘舒適性和安全性等均提出更高的要求,能夠滿足大家庭出行用車的MpV車型呈現出快速增長趨勢,同時大家庭的出現也對家庭第二輛車有較大的潛在需求。

定位“智能家庭車”的北京伽途,以“引領新汽車生活潮流、提升大家庭出行品質”為願景,致力於成就汽車消費者的“精智之道、愛家之選”。北京伽途中“伽”與中國濃厚的“家”文化傳統一脈相承,“伽途”寓意“家庭的美好前途”。

北京伽途作為融合科技、智能、時尚的未來智能汽車的代表,目標市場精準鎖定為中國乘用車需求最旺盛的大家庭用車市場。在福田汽車“互聯網汽車生態系統”基礎上,其以滿足用戶個性化需求為導向,基於網絡信息系統、OTD訂單系統和智能製造系統的定製化大規模生產方式,實現研發力、製造力、營銷力和品牌力的不斷提升,最大程度滿足大家庭消費者需求。

隨着消費者生活水平的提高,對MpV車型的需求也在向中高端發展。針對目前增長較快的前驅市場,北京伽途迅速抓住有利時機,推出了中高端重磅新品——im系列。該系列以其獨到的智能、舒適、時尚、安全可靠等多重優勢成為福田汽車集團鋪路乘用車領域的扛鼎之作。

大氣靈動智慧升級

北京伽途im系列車型延續了福田汽車工業4.0體系的“智造”水準,兼具大氣靈動的外觀與科幻感的座艙設計,以比肩世界的技術和品質,代表着福田汽車對中國汽車工業的誠意探索。

外觀方面,該車相比先期上市的北京伽途ix系列更具時尚氣息。中網格柵由大面積鍍鉻材質組成,層次感較為鮮明。尺寸方面,伽途im6長/寬/高依次為4700/1780/1820mm;而伽途im8的長/寬/高依次為4730×1810×1830mm,兩車軸距同為2760mm。

內飾方面,中控台液晶屏尺寸較大,面板採用了碳纖維材質和仿桃木水轉印材質進行裝飾。方向盤採用了三幅式設計,優質仿皮材質輪緣,握感舒適。整體造型較為硬朗,比較符合時下年輕人的審美需求。

動力方面,北京伽途im系列兩款產品採用了兩款不同的動力系統。北京伽途im6配備福田1.5L 4A15M發動機,最大功率81kW;北京伽途im8則採用東安1.5L DAM15D機型,最大功率85kW。

據悉,廣州車展是北京伽途im系列繼全國發布之後區域亮相的第一站,該系列產品將於2017年2月正式登陸全國市場,讓我們拭目以待。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司"嚨底家"!

※推薦評價好的iphone維修中心

網頁設計最專業,超強功能平台可客製化

※別再煩惱如何寫文案,掌握八大原則!

16款車評選投票結果公布,小米MAX獲獎名單在此!

按照規則,5篇文章中任意1篇,評論獲得支持率最高的用戶可以獲得小米MAX一台。支持率排名2-5位的用戶,可以獲得變形金剛吸塵器1個。支持率排名6-10位的用戶,可以獲得變形金剛皮套1個。注意:每位微信用戶在本次活動僅能獲得一個獎品,以最高排名的文章為準,其餘文章的排名作廢,獎品將順延至下一位。

經過4天時間的激烈角逐,玩車、車買買、玩車TV三大號聯合舉辦的“2016我就喜歡”年度車型評選投票,終於完滿結束。

本次參与投票的年度車型共有8款SUV和8款轎車,是由我們三大號資深編輯共同探討票選的,涵蓋10-50萬今年較為熱門的車型,名單如下所示。

活動評選規則為:由三大號5篇對比文章的投票數相加,得票最高的車型,將被評選為我們的“年度最受網友喜愛的車型”。

話不多說,馬上來看看本次評選的投票結果。

從數據中可以看出,三大平台用戶對車的喜好是相近的,投票的結果都差不多,TOp3車型更是符合小編的心理預期。

年度車型評選的投票結果公布完畢,但別忘了還有件正事——“送小米MAX”活動獲獎名單公布!

為了回饋我們三大號的粉絲,小編可是下了血本購回5台小米MAX,20個變形金剛大黃蜂吸塵器,以及25個變形金剛大黃蜂皮套來送給大家。活動規則公平,在微信平台上全程公開,所以人人的機會都是平等的。

按照規則,5篇文章中任意1篇,評論獲得支持率最高的用戶可以獲得小米MAX一台;支持率排名2-5位的用戶,可以獲得變形金剛吸塵器1個;支持率排名6-10位的用戶,可以獲得變形金剛皮套1個。

注意:每位微信用戶在本次活動僅能獲得一個獎品,以最高排名的文章為準,其餘文章的排名作廢,獎品將順延至下一位。

經過4天的龍爭虎鬥,跌宕起伏的排名終於在11月22日晚24點那一刻定格,獲獎名單如下:

請獲獎用戶按以下步驟聯繫我們:

1、獲獎評論的“留言入選提示”截圖

2、投票頁面截圖

3、編輯您的姓名、電話、郵寄地址

4、將2張截圖以及您的信息,用中獎微信號發送至文章所在公眾號的聊天界面(玩車、車買買、玩車TV)

最後,我們會有專人在工作日第一時間與您取得聯繫,中獎獎品將在確認信息后,在3個工作日內陸續發出。如果在11月25日晚24:00尚未領獎的,我們將順延至下一位用戶,以此類推。

活動詳情規則請點擊

寫在最後:

我們辦這個活動的初衷,就是以有趣的形式給大家帶來相關車型的對比,車型數龐大、內容精緻,讓用戶通過3個平台不同的對比能更直觀地了解一台車。最後活動也取得了非常高的關注度,還有用戶在看完我們的建議後果斷訂了車,總之非常感謝大家能給予我們支持,我們在日後還會給大家帶來更有價值的汽車內容。

回顧8款轎車/8款SUV精彩專題報道

請點擊此處:【廣州車展專題回顧】本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

台北網頁設計公司這麼多該如何選擇?

※智慧手機時代的來臨,RWD網頁設計為架站首選

※評比南投搬家公司費用收費行情懶人包大公開

※回頭車貨運收費標準

網頁設計最專業,超強功能平台可客製化

※別再煩惱如何寫文案,掌握八大原則!

15萬中日韓SUV大比拼 本田現代能比傳祺GS4更值得買嗎?

內飾內飾上傳祺GS4採用了環抱式設計,六邊形元素設計的中控台和按鍵比較新穎,搭配着鍍鉻和烤漆裝飾條,裝配工藝良好。雖然繽智為精英型車型,但是車內整體看上去並不覺得廉價,表現得中規中矩。現代ix25採用了家族式T形設計理念,整體布局合理且錯落有致。

在國內火爆的SUV市場中,狀態最火熱的非小型SUV和緊湊型SUV莫屬了,而其中的車型又實在太多太多了,小編在SUV排行榜中順着找下來,發現傳祺GS4、本田繽智、現代ix25這三款車是中日韓SUV中比較熱門的,那麼15萬左右的購車預算,他么之中哪款最適合你呢?

有人就好奇了,本田CR-V、現代途勝的銷量不是比他們好么,為什麼沒入選呢,原因是15萬左右的價格並不能買得到,所以。。。

北京現代ix25

2015款 1.6L 自動兩驅智能型GLS

廠商指導價 14.28萬

繽智

2015款 1.8L CVT兩驅精英型

廠商指導價 14.68萬

傳祺GS4

2016款 235T G-DCT豪華版

廠商指導價 14.38萬

傳祺GS4在外觀原創度上極高,顛覆了自主品牌的抄襲現象,整體造型很有個性,飽滿而結實,凌雲翼式的進氣格柵搭配犀利的前大燈,辨識度很高;繽智的設計則要時尚柔美得多,無論從哪個角度看去都給人圓潤飽滿的感覺,很耐看;而ix25的外觀則給人簡潔幹練的感覺,運用了更多的直線條設計理念,比較硬派。

內飾上傳祺GS4採用了環抱式設計,六邊形元素設計的中控台和按鍵比較新穎,搭配着鍍鉻和烤漆裝飾條,裝配工藝良好;雖然繽智為精英型車型,但是車內整體看上去並不覺得廉價,表現得中規中矩;現代ix25採用了家族式T形設計理念,整體布局合理且錯落有致。

配置上繽智和傳祺GS4均配備了电子駐車、自動駐車、多功能方向盤、倒車影像、中控彩色大屏等配置,而在無鑰匙啟動/進入系統、陡坡緩降、電動天窗等配置繽智是缺少的,唯一的亮點就是其配備了發動機啟停技術,傳祺GS4配置最為豐富,前後排頭部氣囊、胎壓監測、定速巡航、前排座椅加熱等配置。

從車身尺寸上面我們可以清楚的看出,傳祺GS4各方面都佔優勢,空間表現上更為出色,而繽智雖然定位於小型SUV,但是本田善於利用空間設計,乘坐空間表現非常好,ix25空間上則不佔優勢,只能說將將夠用吧。

傳祺GS4 1.5T渦輪增壓發動機馬力最大,但雙離合的耐用可靠性還有待考驗;本田1.8L發動機+CVT的動力組合駕駛平順性出色,燃油經濟性好;ix25的1.6L+6擋手自一體變速器動力總成技術成熟,但功率上稍微欠缺。

總結:有人就說小編了,你拿個緊湊型SUV和小型SUV比有點不公平啊,但是同一價位內,跨級別的錯位競爭必然是存在的,銷量上就證明了好多問題,這也是傳祺GS4性價比那麼高的原因所在。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

網頁設計公司推薦不同的風格,搶佔消費者視覺第一線

※Google地圖已可更新顯示潭子電動車充電站設置地點!!

※廣告預算用在刀口上,台北網頁設計公司幫您達到更多曝光效益

※別再煩惱如何寫文案,掌握八大原則!

網頁設計最專業,超強功能平台可客製化

※回頭車貨運收費標準

都是1.0T先進發動機 這款大氣合資車比思域便宜3萬多?

所以我們不妨來對比一下三個車型的1。0T發動機,看看誰家的更好。思域和福特的1。0T發動機最大馬力相同,但是福特的1。0T發動機轉速到6000才可以爆發出來,但是最大扭矩在1500轉就可以爆發,所以你會感覺福克斯的1。0T提速會更快。

近期我們從國家工信部官網獲得了一些關於雪佛蘭科沃茲1.0T車型的申報信息,根據上面信息显示,1.0T車型在外觀和現款車型(1.5L)沒有什麼差別,但是換上了一台全新的1.0T發動機。

現款的科沃茲指導價為7.99-10.99萬元,在今年的9月2日(成都車展)上市,動力系統為1.5升 113馬力+5擋手動/6擋手自一體,車身尺寸為4544*1779*1467mm,軸距為2600mm,定位緊湊型轎車,在雪佛蘭車型體系裡面定位低於科魯茲。

科沃茲屬於中國特供車型,由於是根據中國國情研發的車子,再加上價格比較實惠,10月份的銷量就達到了13836輛,也算是小有成就,幫助雪佛蘭爭取了不少的銷量,但是現在小排量渦輪盛行,也是一個大勢所趨,所以科沃茲搭載小排量增壓發動機也是勢在必行。

科沃茲1.0T車型的外觀和現款車型保持一致,不同的車型將會有15英寸或16英寸的鋁合金輪圈、天窗等配置。

其實重點還是這款1.0T發動機。這款3缸發動機的最大輸出功率為116馬力,以此為判斷依據,它很有可能就是通用集團早在2014年就發布的一款1.0L SIDI渦輪增壓發動機。這款發動機最先搭載同年發布的歐寶Corsa車型,最大馬力116,最大扭矩166牛·米。

從數據上來看,這款發動機的技術比較先進,採用全鋁缸體,同時加入了可變氣門正時技術和缸內直噴技術,目前可能會在上汽通用武漢工廠進行生產。

沒有對比就沒傷害,我們買車的時候最喜歡就是看各種不同的車型對比,目前主流的1.0T 3缸發動機還有在福克斯和最近大紅大紫的思域上面搭載。所以我們不妨來對比一下三個車型的1.0T發動機,看看誰家的更好。

思域和福特的1.0T發動機最大馬力相同,但是福特的1.0T發動機轉速到6000才可以爆發出來,但是最大扭矩在1500轉就可以爆發,所以你會感覺福克斯的1.0T提速會更快。科沃茲1.0T發動機在功率和扭矩和思域、福克斯相差不大,因為缺科沃茲1.0T發動機最大功率和扭矩爆發的轉數,所以暫時還不能推測到它的駕駛感受。

不過我們還是相信通用的發動機技術的。不過變速箱和發動機匹配默契才能有更好的駕駛感受,不知道這一點,通用能做到何種程度?

售價方面肯定會比福克斯和思域要實惠多了,畢竟科沃茲的起售價就比他們低的多了。思域1.0T的最低售價也要11.59萬,福克斯1.0T車型的最低售價竟然需要13.08萬,價格確實有點貴了。

如果科沃茲可以把3缸發動機的抖動問題解決好了,再加上合理的售價,還是會有很大的市場的。畢竟國家在政策上向小排量渦輪增壓傾斜,同時降低油耗也是大勢所趨和企業必須要承擔的社會責任。另外除了除科沃茲外,上汽通用集團還會給旗下的更多小型車及緊湊型車搭載這款發動機。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

網頁設計公司推薦不同的風格,搶佔消費者視覺第一線

※廣告預算用在刀口上,台北網頁設計公司幫您達到更多曝光效益

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

南投搬家公司費用需注意的眉眉角角,別等搬了再說!

※教你寫出一流的銷售文案?

※回頭車貨運收費標準

※別再煩惱如何寫文案,掌握八大原則!

2.0T+7速雙離合 神車哈弗H6又出新款競爭力超強?

藍標版的進氣格柵較小,看起來更加精緻,紅標版本將採用大尺寸的進氣格柵(這是紅標版的一貫造型)看起來運動感十足,非常霸氣,底部霧燈區域的造型的尺寸也會更大,可以說紅標版和藍標版的不同點主要集中在前臉部分。

如今SUV大賣熱賣,受到消費者的熱捧,但是說起國內的SUV,那就不得不提哈弗了,因為就銷量來看,哈弗是當之無愧的自主SUV大哥。

作為哈弗最成功的一個車型,H6給哈弗貢獻了太多的銷量,今年10月份H6賣了56667輛,1-10月份累計賣了429896輛,甩第二名好幾條街。

但是這個銷量是有貓膩的,細心的讀者可以留意到每次看到銷量榜的時候,無論怎麼樣仔細查找,都找不到H6 coupe這款車。其實答案是這樣的。H6 coupe和H6完全不是同一台車,是全新的一代車型,主打運動風,但是在統計銷量的時候,H6 coupe是算到H6車型裏面的。根據長城官方的透漏,H6 coupe的月銷量佔H6銷量的30%左右。

所以,你看到H6的銷量才會那麼高。同時,H6 coupe的市場容量也挺大的。目前在售的H6 coupe搭載1.5T和2.0T發動機,為藍標版車型,那麼對於喜歡拉皮換殼折騰的哈弗來說,這遠遠是不夠的。所以就像H2s推出紅標版和藍標版一樣。H6 coupe也打算這樣折騰,推出紅標版車型。

廣州車展,H6 Coupe紅標版車型已經亮相了,同時我們在國家工信部官網看到了一款哈弗全新SUV的申報信息,所以我們大膽的猜測,這個車子就是即將上市的H6 COUpE紅標版車型。

長城的用意很明確,就是造出盡可能多的車型,滿足不同的消費者對外觀的不同需求,爭取銷量最大化,H6 Coupe紅標版和在售的藍標版主要的變化體現在外觀和全新的2.0T發動機。

藍標版的進氣格柵較小,看起來更加精緻,紅標版本將採用大尺寸的進氣格柵(這是紅標版的一貫造型)看起來運動感十足,非常霸氣,底部霧燈區域的造型的尺寸也會更大,可以說紅標版和藍標版的不同點主要集中在前臉部分。

但是到了側面和尾部,差別就比較小了,畢竟還是“臉”最重要麼。不過,H6 coupe的懸浮式車頂的造型看上去倒是很時尚,賣點不少。

內飾造型和在售藍標版完全一致,看起來簡潔大方,內飾用料很實在,做工很精細,看起來很有檔次感。

其實說到這裏大家也都知道了,紅標版和藍標版的差別並不大,只是外觀有少許差別。另外新車將會搭載GW4G15B 1.5T和GW4C20 2.0T汽油發動機,匹配6速手動、7速雙離合變速箱。

紅標版車型的長寬高為4590/1845/1700mm,軸距為2720mm。同時我們根據申報的信息來看,1.5T車型的百公里綜合油耗申報值為7.4L/100km,2.0T車型的為8.5L/100km。當然實際油耗肯定不止這麼低。

總結:和H2s的紅藍標車型一樣,H6 coupe也是搞兩個外觀有差別,但是內在都一樣的車子,所以對於這種車型,你只需要考慮喜歡哪個外觀就行。不過紅標版的H6 coupe上市以後,也會面諸如博越、榮威RX5等這些強大的對手。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※想知道最厲害的網頁設計公司"嚨底家"!

※別再煩惱如何寫文案,掌握八大原則!

※產品缺大量曝光嗎?你需要的是一流包裝設計!

※回頭車貨運收費標準

台中搬家公司費用怎麼算?

全球第一款48v混動車型領銜 長安三款高品質新能源車上市

另一問題是關於剛剛在發布會上提出的,我們到2020年60萬輛的北汽銷量目標,我算了一下大概是佔了我們國家提出的目標,500萬輛佔比大約是佔到12%左右,我就想問咱們對於實現這樣的目標有沒有信心,因為到2016年為止來看的話,咱們目前為止的銷量,2016年發布的是15000多輛,離我們的目標還是有一定的距離的,就想問你咱們今後的市場銷量目標的情況。

11月18日,長安汽車三款新能源車型——全球首次搭載48V混動技術的量產車型新逸動藍動版,細分市場最長續航里程高品質純電動車新奔奔EV,高品質、高操控性、高安全性純電動車新逸動EV於2016廣州國際車展正式上市,三款車型的售價分別是:新逸動藍動版 8.69萬-9.09萬、新奔奔EV 15.48萬-17.18萬、新逸動EV 23.49萬-24.99萬。

此外,長安汽車新能源公司總經理任勇先生以及長安汽車研究總院常務副院長譚本宏先生也就長安新能源戰略相關事宜作出了回答。以下為問答實錄:

換個角度看車 宋楠:你好,我是電動汽車時代的評測編輯宋楠,任最我想問你一個問題,這次我也看到了長安奔奔EV這款電動汽車,扣除補貼6.48萬元起的價格去正式推向市場,而這款車我之前也一直跟這個車差不多有一年到一年半的時間,從我個人角度來說,現在這個車市場上尤其一級市場最需要的一個車型,而在這個市場上並沒有哪一個車可以和這個車相競爭,這個車熱賣並不成問題,但是這個車有沒有可能在不具備地方補貼的城市去銷售,然後還有一個問題就是咱們長安今年或者明年在新能源領域有哪些具體的車型投放?

任勇:這個車型的話,我們長安也是從去年以來是繼逸動純電動以來的又一款新的純電動車型,這款車型根據逸動純電動車相比的話,它主要是車型、車體不一樣,打造的平台不一樣,更加小巧一些,更適合於家用和私人出行。逸動純電動相偏向於公務、租賃、出租,所以新的奔EV這個車型的話,它的售價的定位相當於更貼近於家用,比逸動的價格更低,而且在車的設計、開發階段把成本是放在第一位,品質肯定也是很關注的,所以說這款車型,我們從今天下午發布的一些數據,它的功率,它的加速,包括它的充電,包括它的最高時速都是在同級別車裡面是最好的,所以說這款車型的話,不僅僅它是在一個城市賣,它在沒有補貼的城市也可以賣,關鍵是看市場,而且我認為目前這幾年的話,主要還是依託於這個補貼。昨天我在論壇上面也談到,就是到2020年以前,我們這個新能源市場還是一個政策驅動性的市場。如果有些城市有補貼,有些城市沒有補貼,在沒有補貼的城市它的銷量可能少的多,我認為這個車本身是可以賣的,關鍵是用戶接受度。第二個就是說針對今天我們發布的這個車型的話就是新的奔奔EV,明年的話我們實際上還有一些就是CS15,CS15這個純電動我們在明年可能要推出來,同時我們的第一款pHEV的車型也講在明年推向市場。

電動邦 孫濤:你好我是來自電動幫的孫濤,我有兩個問題,第一個問題就是剛才我看到逸動的藍動版,搭載了48V微混系統,我覺得還是讓我挺驚喜的,前端時間剛看到雷諾要大肆的推廣這個技術,然後今天發布挺驚喜的。然後我想問一下,這套48V的微混系統是怎麼蛻化的,是以逸動作為一個實驗品還是說以後會逐漸的普及的所有的車型中,比如說SUV這個車型,然後第二個問題就是說,在我之前的印象,長安好像在新能源這方面相對比較低調一點,比如說相對其他的一些品牌,長安汽車在新能源方面的優勢是什麼?

譚本宏:先談一下48V,確實大家關注新能源的或者關注節能減排的這樣一些技術方面,可能都有聽說過這個技術,影響來講48V是目前來講我們行業內,特別是歐洲非常熱門的一個技術。長安在這個技術裏面確實我們也是跟國際一流的供應商來合作,比如說我們的發電機,可能大家有些知道它的起發電機是博世最早在做,但是我們沒有用博世,我們用的(發林奧)發電機。在這裏面有很多難點在裏面,特別是你怎麼樣把這些BS機這個起發電機,包括我們的鋰電池,以及整車的能量管理系統,來把它很好的做一些提升,來達到真正的降油耗,所以在這個裡面長安應該來講我們聯手世界一流的零部件企業一起來做,我們應該來說做了大概兩年多將近三年的時間,這樣順推回去的話,可能大家應該知道這個節奏,我們從產品開發的起步的決斷,我們應該說是領先的,實際上大眾也好,奧迪也好,他們現在都在做這樣的技術,但是最終的量產版,他們在歐洲的量產版,他們也即將量產,因為我們也掌握了一些信息,但是長安在這個領域裏面應該說走在前面,特別是在中國來這個市場。因為我們知道中國的法規跟歐洲是一脈相承的,而且一些使用的工況和一些交通的道路狀況,實際上我們跟歐洲也是很類似的。

另外一個就是,這肯定是一個平台化的產品,我們48V是搭在工控這樣一個H系列,我們叫做比如說H16這樣一些產品,這是一個平台化的,未來我們可能會在除了逸動之外,比如說CS35,我們的悅翔系列,包括我們的一些CS15等等這樣一系列的產品,都會來搭載這樣一個技術,而且會非常快了,後面的話就會非常快,因為它是一個平台化的技術。

從節油的效果來講的話,15%到25%的節油,從工況來努力的話應該做到15%,正常的使用的話,還可以達到25%,同時它的動力性還可以提升10%,所以說應該來講在目前的技術裏面,它是一個性價比比較高的一項技術,關鍵的難點就在於整車的集成和匹配。剛才您提到了長安在新能源這樣一個戰略上是屬於相對保守,我個人認為,如果我們把它更精準的來理解這樣一句話,就是我們在新能源產品的市場策略上我們是相對保守的,就我們沒有很大計量去重複同一個技術平台或者同一個技術難度去複製很多純電動車的產品,我們沒有去這樣做,我們也沒有做大量的複製。但是我們每推出的一個產品,應該來講從品質、從性能從各個方面應該來講都是數一數二的。另外一個作為一個新能源企業,或者剛才任總提到的,2020年以前,它是一個政策化市場,它是一個政策導向的市場,剛才孫記者聊到,你可不可以在非政策之外的去賣呢?可以賣,但是現在的成本,現在用戶接受的價格,包括現在的油價,我說如果油價漲到50塊錢一升的時候,不需要政策,肯定很快就賣出去了。但是現在環境是需要政策來推動的,所以說我覺得我們在產品的投放方面,覺得這是相對保守的,但是在技術的儲備和研究方面,我覺得長安還是有自己的特點,我們混合動力,我們插電式混合電力,我們EV,我們的插電的四驅系統,這些我們都是在做同步的研究,同時我們最近在燃料電池方法,我們也在做一些這樣一些方面的投入。我總的感覺長安在新能源技術研發方面我們是把握住一種節奏,我們也不盲從,但是我們在技術上我們應該要有一定的補貼,這是我們的理解。

愛卡汽車:我想問一下任總,現在插點式混動的市場表現都還挺不錯的,然後長安也在這方面做了很多的研究,包括逸動pHEV很早就已經展出過,然後CS75pHEV也是很早就在計劃當中,我想問一下是基於一種什麼樣的考慮?

任勇:剛才譚院長也談到了,我們長安在新能源領域裏面的一個節奏,我這再補充一點,剛才跟這位記者問的問題,大家都有這個問題,長安在新能源領域裏面走的比較穩,原來我們精神的話是积極穩妥發展新能源,現在有所變化,現在變化就是在 积極精準,就把後面兩個字變了,後面兩個字變了,我認為它的總的概念還是一個比較穩,但是它是精準當中的一個 ‘穩’,跟前幾年的穩妥不一樣,包括我們的投入,我們的市場定位要更精準,在精準的基礎上我們要加大力量,跟簡單的穩妥是不一樣。所以說我們在這個精神的指導下,我們對於純電動它的構型的研究,對於pHEV的構型的研究我們就很深入,就像你剛才問到的,我們逸動的pHEV我們內部的代號是“207”項目,我們的S301pHEV我們內部的代號“75的pHEV”,這兩個pHEV的構型是不一樣的,前面的構型是p2的構型,後面的構型可以說是p134的構型。這個構型不同所帶來的整車集成技術和它的控制匹配的技術是完全不同的,它應該說是一個疊加,我們長安要掌握大三電的技術,其中整車控制的技術是我們要自己掌握的。

大家各個整車都在說我們自己的技術,關鍵是你掌握的深度怎麼樣,我們這個整個控制是我們自己的構型,我們自己在做,不管是硬件、軟件還是底層的都是我們自己在做。這個構型的話,它的控制的構型裏面它是針對不同的架構的構型,就是傳統系統的構型是不同,它的軟件的構型不一樣,後面我們還有另外的pHEV也好,還有HEV的構型也好,我們還有其他的構型都在進行研究,這個研究不僅僅是構型的研究,這個構型所帶來的控制系統,一系列它都要進行一個迭代。所以說針對這幾種構型的pHEV研究方面,我們花了很多的精力,很多的精力這幾年實際上都還沒有研究完,也就是說還沒有達到量產的程度,所以說它還需要時間。

第一電動車網:任總,我是來自第一電動車網的記者,我有兩個問題,一方面是關於獨立的新能源乘用車資質,現在大家都關注到的像北汽新能源、力帆,他們都在申請獨立的資質,對於咱們長安來說,會不會把新能源這一塊作為一個板塊,單獨的新能源電動車乘用車資質,會不會有這樣的計劃和打算。另一問題是關於剛剛在發布會上提出的,我們到2020年60萬輛的北汽銷量目標,我算了一下大概是佔了我們國家提出的目標,500萬輛佔比大約是佔到12%左右,我就想問咱們對於實現這樣的目標有沒有信心,因為到2016年為止來看的話,咱們目前為止的銷量,2016年發布的是15000多輛,離我們的目標還是有一定的距離的,就想問你咱們今後的市場銷量目標的情況。

任勇:第一個問題的話,針對這個資質,長安我們本身就是這個資質,長安汽車是有的,長安新能源公司沒有,新能源公司沒有是因為長安的新能源公司它是一個零部件的公司,我們的整車都是在長安汽車來生產製造和銷售,所以說我們的長安新能源公司不需要具備這個資質,這是第一個問題。第二個問題的話,針對這個銷量,我們糾正一下,就是明天我們長安的規劃2017年我們不是一萬多輛,是三萬多輛,而且這幾年的話我認為它的新能源車的產銷量是呈一個對數曲線在上升,一直到2018年、2019年、2020年它的上升曲線是同等的。所以我們的規劃對於這60萬我們的信心是滿滿的,因為我們這幾年每年的新能源產品的規劃和銷量的規劃都已經排出來了,所以要實現這個60萬我認為只要按照這個規劃來走一點問題都沒有。

第一電動車網:我們的銷量是三萬多少?

任勇:目前應該是31700輛。

車市紅點:目前現在新能源汽車是一個政策,但是有一點我們也發現,像比亞迪之前生產的混動版秦,在長海賣的比較好,因為上海政策的變動,它同時改為EV,在北京賣的EV秦三版目前銷量是比較不錯的,我們也看到吉利帝豪EV,目前它的續航里程200到300公里之間,新能源汽車市場在北京,包括我身邊很多的朋友說所謂的政策,但對這些比較接地氣價格的車,確實銷量滿足消費者一些目前的需求,而且銷量增長幅度真的比較高。我想問一下長安汽車在北京來說,也是一個本地當地企業,為什麼遲遲在新能源汽車領域銷量沒有一個爆發性的一個銷量數據的出現?

任勇:長安剛才說了,我們的戰略是积極穩妥,現在是积極精準。你說如果是長安我們要花一些資源去突這個量我認為不是達不到的,只是說我們現在基於新能源這個行業的認識,主要是針對它技術方面成熟的認識,這個技術方面成熟的認識又是基於電池它的成熟度的認識,電池現在一個是它的能量密度還不能滿足我們的要求,不管是秦也好,帝豪也好,200多公里,300公里,目前來講還不能滿足。昨天我在論壇上面也談到了,雖然我在論壇上談到今後我們的續航歷程的平衡點可能是350公里到400公里,但是它這個是基於產品成熟和基礎設施普及的基礎上,它的平衡點在這個點,如果我們的基礎設施沒有這麼普及,我們的需求,用戶的需求這個續航里程是越長越好,這樣帶來的就是整車加重,能耗高,主要是它的成本高,所以基於這個電池技術還不成熟,還有一個是它的安全性,所以我們不想在這幾年推出太多車型的產品到市場上,主要是針對它後續,不僅僅是這兩年,三五年以後電池它的生命衰減是一個什麼情況,實際上你我都不是很清楚,雖然我們做了很多的實驗,那個一定是實驗,我認為現在的市場新能源市場仍然還是一個擴大規模的示範運行,我們還需要在這個過程當中不斷的去摸索一些數據,包括現在國家出台的一些監控平台,必須要監管,他們一個是處於安全標準來考慮,同時也是出於對數據的把握研究的角度來考慮,所以說我們在這兩年的話,對於上市的車型的量我們是有節制的把控。

車市紅點:按照譚總說的,今年、明年包括2020年出產品,我覺得我們的車型相對其他車型,麵包車版的供不上,我個人覺得按車型數量並不少。

任勇:逸動、奔奔還有什麼?

車市紅點:我就覺得長安汽車在整個企業當中,新能源實驗的也比較早,可能像別人的電動車企業搞一些創新性的營銷,像您說的長安的速度進程慢一點,包括後面比較弱一點,但是他們通過一些,包括北汽新能源,北汽新能源的張淼也來到一個展台了,然後我們也交流了。

新浪汽車:我是比較贊同長安比較穩妥的做法,基於老潘的問題,剛才也提到了一些政策可能後續會做,整車這一塊的補貼做一個調整, 基於這一塊我們長安會有一個什麼樣一個對策,就要以對後續政策,剛剛說的在不補貼的地方可能你本來就銷售不太好,以後補貼的地方可能就好一點。第二個問題是說,目前有很多品牌在走高端化,我們長安這一塊有一個什麼向上的一個品牌動作,因為我們最近也在看這些企業,我其實是必須贊同剛才任總說的,因為其他的類似於在歐洲的車型的想法就是不進入新能源,或者不大量推新能源車的目的是說安全性還有對用戶負責的一個態度,不會去的推,甚至說在成熟前都會去嘗試,基於這個剛剛打斷老潘說話,長安這塊說的穩妥,現在是說穩妥。

任勇:針對剛才他這個問題,他不是說的沒道理,他說的有道理,基於現在一個是補貼的情況下,我是這麼理解,我們可以來分享一下,我認為現在的市場本身就不成熟,就新能源的市場不成熟,用戶買新能源的車現在主要看重的是續駛里程和價格,我們要把續駛歷程做大,不是不容易,比較容易,就是多堆電池,你沒有其他好走的,因為我們現在用的電池的能量密度,大家水平都差不多的,包括國外,包括特斯拉,你要能跑400公里,500公里,也不外乎多裝電池而已。但是價格又是一個競爭點,價格要越點越好,所以就有了現在高端的車,像特斯拉這種高檔玩具,它對應的用戶是不一樣的。對於現在國內市場的一種普通的那種,補貼之後,幾萬塊錢,十來萬塊錢的車又是一個用戶群體,那就存在一個歷程和價格平衡的一個競爭,為了達到這個目的的話有一種做法,就是低品質的車,我們捫心自問,你們去看一看,但是我們長安不願意這麼做,做低品質的車,續駛歷程也比較多,相對比較比較多,價格也相對比較低。

我們今天發布的奔奔EV,雖然它的成本價格不算高,但是它的品質不低,我相信也有一些媒體朋友也試駕過。它的品質是不低的。所以我們基於這樣一個情況話,剛才也說了一句話,我們還不願意把這個價格降的太低去應對市場,如果降的太低的話,我們就是做虧本生意。所以說我覺得這一塊的話,我們积極穩妥和精準這方面一個拿捏程度,不是說不能做,是你一個企業的取捨,你的戰略。

高端車,我們認為純電動這一塊的話,原則上我定位是定位在緊湊型車以下,進行純電動的開發,緊湊型車以上是作為這種技術路線來走,所以一般我們針對高端品牌的話,我們目前還沒有這個規劃,在高端品牌上面來搭載純電動。

新浪汽車:第一個我想問一下,新能源補貼今年減少,還有我們的企業有沒有一些對應措施在戰略方面,另外一個就想問一下,今年混合動力的新車比較多,有的企業只是為了品牌形象,或者是增加銷量,請問您對這種現象有什麼看法?

任勇:第一個補貼的辦法,實際上我認為應該沒有太好的辦法,因為現在是,因為橫向比較我覺得比較不了多少,主要是縱向方面,就是你蛻脫完了之後,最後我們的新能源汽車最終是要跟隨着競爭的,跟傳統汽車的競爭,跟傳統汽車的競爭的話,成本價格實際上,我們現在分析是沒辦法達到現在傳統車的價格水平,所以說我認為,我剛才說的第一句話,2020年之前我們的市場是一個政策驅動性的市場,2020年以後是一個法規驅動的市場,就是說新能源車它的價格在逐年的下降,成本在下降,我們的產品技術也在不斷的成熟,成本在不斷的下降,傳統汽車我認為是一個往上的趨勢,那就是法規,包括後面的一個問題,積分,你要達到積分的話你必須要去買,你要買積分的話成本你就要增加,所以它就會剪刀差的問題,那個點在哪裡,這個是需要研究的。要高大家多高,就是應對補貼,所以這個到時候怎麼來做,可能還需要政府出台一些,不管是政策性驅動也好,法規驅動也好都是政府行為,還不是一個市場行為。

對於第二個問題,油耗積分的問題的話,實際上現在各個企業,我認為無外乎兩條路,因為它本身也是雙積分,第一個是燃油的積分,一個是新能源積分,它本身也是雙積分,它也是兩條路要走,就是我們的傳統汽車,傳統動力,它的能耗要下降,降低,同時也要發展新能源汽車,即使你的平均油耗達到了法規的要求,你也必須要掙新能源的積分。所以說傳統車的節能型技術要做,同時你的新能源汽車也要做。所以說這幾年的話,大家也很關注, 很重視我們的節能技術的一個發展和應用,同時包括我們的混合動力和plug in,實際上plug in的技術比純電動的技術要複雜的多,它研發的周期也要長的多,我是說三、五年能夠掌握的混合動力技術,長安從2001年開始涉足新能源行業以來,我們當時就是做的混合動力,應該說做了將近10的時間才基本上掌握,只是我們沒有走向市場而已,我們逸動的混合動力都開發完成了,因為當時沒有補貼,所以我們也沒有推向市場,這個技術掌握對我們後面發展純動力和混合動力是起到了很好的基礎。

網易:我想問一下任總,新能源汽車從2012年1月的月銷377輛到現在的月銷大概3萬多輛這個市場發展是非常快的,但是今年就是已經連續月大概都維持在三萬輛的水平,應該是受一些補貼政策的影響,有一些其他事件的應該環比增長比較小,然後同比增長的話,現在也就是在50%的水平,原來應該都是上百,可能翻好幾番的水平,我感覺新能源最近的發展確實是遇到了一些問題,我想問一下任總,這個問題大概是出在哪裡,長安對新能源汽車市場發展是怎麼看的,然後未來會有什麼樣的動作?

任勇:實際上你這個問題我前面已經回答了,這幾個月出現的問題,實際上大家也看的很明顯,就是一個補貼政策的出台,國家的補貼政策還沒有出來,各個地方因為騙補的因素導致他們現在都要等補貼政策出來之後才能出來,有很多地方,當然也有些地方已經出來了,但是比較少,政策不出來,必定會影響新能源汽車的銷量,因為它本身就是一個政策驅動性的,所以我剛才為什麼說我前面已經回答這個了,那就是這樣一個情況。

網易:還有一個問題是,現在的互聯網造車前一段時間很熱門,當然像和諧富騰,因為富士康的撤資,然後可能要中止,然後像樂視汽車、還有格力都遇到了很大的問題,我想問一下任總,關於互聯網造新能源汽車有什麼樣的看法。

任勇:因為我在有些媒體會上面也談到了,就是互聯網造車和新能源汽車+互聯網它實際上是相互的,而且我認為這兩個因素必須要聯動,也是一個趨勢。互聯網有它的優勢,就是它的思維方式,包括一個快速迭代的一些思維在新能源汽車上面我認為要借鑒和充分的應用。但是互聯網造車也好,不管是誰造車,它必定是一個車,它首先是一個車,是個車的話它就有一個,我們認為的一個主要是安全因素和可靠性的問題在裏面,我認為它跟我們平時的手機不大一樣,手機的話即使你在上市的時候開發還不是非常成熟的情況下,你用一段時間都可以來升級,在線升級,打一些補丁,而汽車不允許,也可以要迭代,但是不允許有大的BUG,特別是針對安全方面的BUG是不允許有的,所以汽車的生產製造和實驗評價,它的實驗體系它是非常非常嚴密的,而且互聯網造車的話,可能它可能會很快,今天它會做出一個概念,明年後年,可能一年時間最多兩年時間就出來,因為它的理論就是這個理論,而且我們汽車行業理論比較要達到30幾個月,我們流程才走的完,我們是有我們的流程,所以我們認為這個方面結合是必要,但是一定要有一個嚴謹的體系和流程。

中國品彙汽車:因為剛才任總提到新能源車電池方面的問題,我們知道長安在電池方面是用的自己研發的集成電池,所以我想問一下長安未來在新能源的核心零部件方面有什麼樣的規劃。

任勇:實際上也是我們戰略方面的一部分,針對電池的話,我們自己不生產電池,但是我們的電池總成的集成是我們自己做,我們自己設計,自己生產,電池單體和模組我們目前是採購外面專業電池公司的,這個就是我們認為,新能源汽車和傳統汽車來比的話,這個電池的應用裏面,它需要電池包的一個集成公司這樣一個橋頭堡來把電池和整車聯繫起來,我們原來也嘗試過不要這個橋頭堡,直接讓電池公司給我做成一個包,實際上有很多問題,後來我們做了這樣一個橋頭堡,做了這樣一個橋頭堡的話,當我們是拿到我們新能源公司在做,我們後面的戰略要跟在電池領域裏面要跟電池公司合作,我們的第一步子要跟他們進行戰略合作,不管是資源的共享也好,還是戰略產品的走向也好,一起走也好,這個都需要,因為我們認為新能源汽車我跟大家可以講這個概念,你的電池如果是沒有一個戰略,至少是一個戰略合作夥伴的話,電池的更換或者是供應商的更換實際上會給你帶來非常非常大的瓶頸,不管是你更換的可信性也好,還是更換的周期也好,所以這個必須要進行一個合作,另外一方面,這個後面我們就會進行一些資本層面的一些合作,不管是在電池領域還是在電機領域,這個方面合作來支撐承擔2020年之前24款新能源整車產品的一個發展,謝謝。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站,提高曝光率!

※綠能、環保無空污,成為電動車最新代名詞,目前市場使用率逐漸普及化

※廣告預算用在刀口上,台北網頁設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?

※別再煩惱如何寫文案,掌握八大原則!