標籤: 網頁設計

2020-07-31

2020/6/11 JavaScript高級程序設計 DOM

Post By admin 發燒車訊 , , , ,

DOM（文檔對象模型）是針對HTML和XML文檔的一個API（應用程序接口）。他描繪了一個層次化的節點樹，允許開發人員添加、移除和修改頁面的某一部分。

10.1 節點層次

DOM將任何HTML和XML文檔描繪成一個由多層節點構成的結構。

文檔節點(Document)是每個文檔的根節點。文檔節點只有一個子節點（HTML文檔中實終是<html>），我們稱之為文檔元素（每個文檔只能有一個文檔元素）。文檔元素是文檔的最外層元素，其他所有元素都包含在文檔元素中。

每一段標記都能通過樹中一個節點來表示，包括特性、文檔類型、註釋等，共有12種節點類型。這些類型都繼承自一個基類型。

10.1.1 Node類型

 JavaScript中的所有節點類型都繼承自Node類型，所有的節點類型都共享相同的基本屬性和方法。

nodeType屬性：表明節點的類型（12種）

eg：Node.ELEMENT_NODE(1)；  //元素節點

通過該屬性可以確定一個節點的類型，可以通過類型字面量判等，也可以通過数字值比較。

if (someNode.nodeType == Node.ELEMENT_NODE){  //在IE中無效
    alert("Node is element.");
}

if (someNode.nodeType == 1){  //適用於任何瀏覽器
    alert("Node is element.");
}

1. nodeName和nodeValue屬性

可以了解節點的具體信息。

對於元素節點，nodeName保存的始終是標籤名，nodeValue的值始終是null。

2. 節點關係

 

  • 屬性：
1 childNodes屬性 保存NodeList對象（類數組，但不是數組），這個對象也有length屬性。可以通過方括號，也可以通過item()方法訪問節點。可以通過Array.prototype.slice()方法將其轉換為數組。
2 parentNode屬性 指向父節點。
3 previousSibling / nextSibling屬性 訪問同一列表中的其他屬性。即前一個和后一個同胞節點。
4 firstChild / lastChild屬性 指向childNodes列表的第一個和最後一個節點。
  • 方法：
1 hasChildNodes() 檢驗是否存在子節點。存在時返回true。
2 ownerDocument() 指向整個文檔的文檔節點。方便直接到達頂端。

3. 操作節點

1 appendChild() 向childNodes列表的末尾添加一個節點。返回新的節點。由於任何一個節點不能同時出現在多個位置上，所以當傳入的節點是父節點的子節點時，這個節點會變成最後一個子節點。
2 insertBefore()

將節點插入到childNodes列表中一個特定的位置。接收兩個參數：要插入的節點和作為參照的節點。

插入節點后，被插入節點會成為參照節點的前一個同胞節點，同時被方法返回。省略參照節點時與appendChild()執行相同的操作。
3 replaceChild() 替換節點（複製所有的關係指針）。接收兩個參數：要插入的節點和要替換的節點。被替換的節點將從文檔樹中移除，但仍然在文檔中，只是沒有了自己的位置（指針）。
4 removeChild() 移除節點。返回被移除的節點。同樣被移除的節點仍然在文檔中。

PS1：使用這幾個方法必須取得父節點（使用parentNode屬性）。

PS2：不是所有類型的節點都有子節點。在不支持子節點的節點上調用這些方法，會拋出錯誤。

4. 其他方法

1 cloneNode()

創建調用這個方法的節點的一個完全相同的副本。接受一個布爾值參數，表示是否執行深複製（true則執行深複製）。

  • 深複製：複製節點以及整個子節點樹
  • 淺複製：只複製節點本身

複製后返回的節點歸文檔所有，沒有為他指定父節點。要通過其他的方法把他加入到文檔中。

IE>9及其他瀏覽器會計入空白節點。
2 normalize()

處理文檔樹中的文本節點。

  • 出現文本節點不包含文本 => 刪除空白文本節點
  • 接連出現兩個文本節點 => 合併為一個文本節點

10.1.2 Document類型

Document類型表示文檔。

  • document對象是HTMLDocument的一個實例，表示整個HTML頁面。
  • document對象是window對象的一個屬性，可以作為全局對象來訪問。

Document節點的特徵：

  • nodeType的值為9；
  • nodeName的值是”#document”；
  • nodeValue和parentNode的值為null；
  • ownerDocument的值為null。

1. 文檔的子節點

1 DocumentType（最多一個） <!DOCTYPE>標籤，可以通過document.doctype屬性來訪問他的信息。
2 Element（最多一個）

文檔元素<html>。

通過documentElement屬性或childNodes列表（在無處理指令的情況下是firstChild）訪問可快速找到html元素。

document.body屬性可以指向<body>元素（因為該元素使用頻率高，為了便於開發增添該屬性）。
3 ProcessingInstruction 表示處理指令。
4 Comment 註釋。

2. 文檔信息

作為HTMLDocument的實例，document對象還有一些特殊的屬性。

1 title <title>元素中的文本，是當前頁面的標題。
2 URL 完整的URL。
3 domain

頁面的域名。僅domain可以設置。但有一定的限制：

  • 不能設置為URL中不包含的域
  • 如果域名一開始是“鬆散的”(wrox.com)，那麼就不能再將其設置回“緊繃的”(p2p.wrox.com)

作用：將每個頁面的document.domain設置為相同的值，就可以互相訪問對方包含的JavaScript對象了。（解決跨域問題）
4 referrer 鏈接到當前頁面的那個頁面的URL。在沒有來源頁面的情況下是空字符串。

3. 查找元素

1 getElementById() 參數為要取得元素的ID。找到返回該元素，沒有找到返回null。如果有多個id值相同，則只會返回第一個。
2 getElementByTagName() 參數為要取得元素的標籤名。返回元素的NodeList。在HTML文檔中，返回的是HTMLCollection對象。可以通過方括號或者item()方法來訪問。
3 nameItem() HTMLCollection對象的方法。通過元素的name屬性取得集合中的項（第一項）。同時HTMLCollection對象還支持按名稱訪問項。
4 getElementByName() 返回帶有給定name屬性的所有元素（一個HTMLCollection）。

4. DOM的一致性檢測

ducument.implementation屬性：提供關於實現了DOM 哪些部分的信息的對象。

 他有一個方法，hasFeature()。接收兩個參數：要檢測的DOM功能的名稱和版本號。如果支持給定名稱和版本的功能，則返回true。

檢驗結果true不意味着現實與規範一致，最好除了檢測hasFeature()之外，同時使用能力檢測。

5. 文檔寫入

write() / writeln()：接受一個字符串，即寫入輸出流中的文本。write()會原樣寫入，writeln()會在字符串末尾添加一個換行符（\n）。這兩個方法可以向頁面中動態的加入內容。

//在頁面加載過程中輸出當前的日期和時間
document.write("<strong>" + (new Date()).toString() + "</strong>");

同時還可以用來動態的包含外部資源，例如JavaScript文件等。

document.write("<script type=\"text/javascript\" src=\"file.js\"> + "<\/script>");

PS：由於不能直接包含字符串”</script>”（這樣會導致該字符串被解釋為腳本的結束，後面的代碼無法運行），所以要將這個字符串分開寫。

在頁面被呈現的過程中，會直接輸出內容。如果在文檔加載結束后（window.onload）再調用write()，那麼輸出的內容會重寫整個頁面。

方法open()和close()分別用於打開和關閉網頁的輸出流。

10.1.3 Element類型

Element類型提供了對元素標籤名、子節點及特性的訪問。Element節點具有以下特徵：

  • nodeType值為1；
  • nodeName的值為元素的標籤名；
  • nodeValue的值為null；
  • parentNode可能是Document或Element；

tagName屬性：返回訪問元素的標籤名（與nodeName相同）。 => 在HTML中標籤名始終以全部大寫表示，需要檢驗標籤類型時最好調用toLowerCase()方法。

1. HTML元素

所有HTML元素都由HTMLElement類型表示。HTMLElement類型直接繼承自Element並添加了一些屬性。

  • id，元素在文檔中的唯一標識；
  • title，有關元素的附加說明信息，一般通過工具提示條显示出來；
  • dir，語言的方向（”ltr”，即left-to-right）或“rtl”；
  • className，與元素的class特性對應，為元素制定的CSS類。

2. 取得特性

 

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

【其他文章推薦】

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

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

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

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

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

2020-07-31

IOT設備SmartConfig實現

Post By admin 發燒車訊 , , , ,

一般情況下，IOT設備（針對wifi設備）在智能化過程中需要連接到家庭路由。但在此之前，需要將wifi信息（通常是ssid和password，即名字和密碼）發給設備，這一步驟被稱為配網。移動設備如Android、iOS等扮演發送wifi信息的角色，簡單來說就是移動應用要與IOT設備建立通信，進而交換數據。針對配網這一步驟，市面上一般有兩種做法：

  • AP連接方式：IOT設備發出AP（Access Point，可理解為路由器，可發出wifi）信息；移動設備STA（Station，可以連接wifi）連接到IOT設備AP，接着就可以發送wifi（家庭路由的wifi）信息給設備了。另外，也可互換角色，及移動設備釋放熱點，IOT設備進行連接。
  • SmartConfig（一鍵配置）方式：不需要建立連接，移動設備將wifi信息（需提前獲取）寫入數據包，組播循環發出此數據包；IOT設備處於監聽所有網絡的模式，接收到UDP包后解析出wifi信息拿去連網。

可以發現，SmartConfig不需建立連接，步驟較少，實現起來也較容易，並且用戶也無需進行過多的操作。本文的IOT設備基於ESP32開發板，解釋原理及實現如何通過Android APP發出UDP包實現SmartConfig。知識點：計算機網絡、UDP、組播、DatagramSocket …

一、網絡知識回顧

計算機網絡分層結構如下：

  • 應用層：體系中的最高層。任務是通過應用程序間的交互來完成特定網絡應用。不同的網絡應用對應不同的協議：如HTTP、DNS、SMTP。其交互的數據單元稱為報文。
  • 運輸層：複雜向兩台主機中進程直接的通信提供通用的數據傳輸服務，使用端口作為向上傳遞的進程標識，主要有TCP和UDP。
  • 網絡層：負責為分組交換網絡上的不同主機提供通信服務，使用IP協議。
  • 網絡接口層：包括數據鏈路層和物理層，傳輸單位分別是幀和比特。

1. IP協議

IP（Internet Protocol）協議是網絡層的主要協議。其版本有IPv4（32位）、IPv6（128位）。與IP協議配套使用的還有地址解析協議（ARP）、網際控制報文協議（ICMP，重要應用即常見的PING，測試連通性）、網際組管理協議（IGMP）。

IP數據報格式，由首部和數據部分兩部分組成：

IP地址分類如下：

1.1 兩級IP地址

IP地址是每一台主機唯一的標識符，由網絡號和主機號組成。A、B、C三類均為單播地址（一對一），D類為多播地址（一對多）。

1.2 三級IP地址

在兩級中新增了子網號字段，也稱為劃分子網。其方法是從主機號借用若干位作為子網號。

子網掩碼：是一個網絡或子網的重要屬性，可通過子網掩碼計算出目的主機所處於哪一個子網。若沒有劃分子網，則使用默認子網掩碼（A類255.0.0.0、B類255.255.0.0、C類255.255.255.0）

1.3 無分類編址

無分類編址（CIDR）也稱為構造超網，使用網絡前綴+主機號規則，並使用斜線標明前綴位數，如：

128.15.34.77/20
1.4 IP多播

多播又稱為組播，提供一對多的通信，大大節約網絡資源。IP數據報中不能寫入某一個IP地址，需寫入多播組的標識符（需要接收的主機與此標識符關聯）。D類地址即為多播組的標識符，所以多播地址（D類）只能作為目的地址。分為本局域網上的硬件多播、互聯網多播兩種。

多播使用到的協議：

  • IGMP（網際組管理協議）：讓連接在本地局域網上的多播路由器（能夠運行多播協議的路由器）知道本局域網上是否有主機（進程）參加或退出了某個多播組。
  • 多播路由選擇協議：用於多播路由器之間的協同工作，以便讓多播數據報以最小的代價傳輸。

2. UDP協議

運輸層向上面的應用層提供通信服務，通信的端點並不是主機而是主機中進程，使用協議端口號標識進程（如HTTP為80）。UDP協議是運輸層中重要的兩個協議之一。

  • UDP是無連接的
  • UDP使用盡最大努力交付，不保證可靠交付
  • UDP是面向報文的
  • UDP沒有擁塞控制
  • UDP支持一對一，一對多，多對一和多對多
  • UDP首部開銷小

二、Java中的UDP

1. Socket

socket是在應用層和傳輸層之間的一個抽象層，它把TCP/IP層複雜的操作抽象為幾個簡單的接口供應用層調用已實現進程在網絡中通信。簡單來說，socket是一種接口，對傳輸層（TCP/UPD協議）進行了的封裝。

socket通信：

  • TCP socket：需建立連接，TCP三次握手，基於流的通信（InputStrea和OutputStream）
  • UDP socket：無需建立連接，基於報文的通信。可以組播的形式發出報文，適合本場景中的配網步驟。

2. Java中的socket

2.1 類解釋

Java為Socket編程封裝了幾個重要的類（均為客戶端-服務端模式）：

Socket類：
實現了一個客戶端socket，作為兩台機器通信的終端，默認採用TCP。connect()方法請求socket連接、getXXXStream()方法獲取輸入/出流、close()關閉流。

ServerSocket類：
實現了一個服務器的socket，等待客戶端的連接請求。bind()方法綁定一個IP地址和端口、accept()方法監聽並返回一個Socket對象(會阻塞)、close()關閉一個socket。

SocketAddress # InetSocketAddress類：
前者是一個抽象類，提供了一個socket地址，不關心傳輸層協議；後者繼承自前者，表示帶有IP地址和端口號的socket地址。

DatagramSocket類：
實現了一個發送和接收數據報的socket，使用UDP。send()方法發送一個數據報（DatagramPacket）、receive()方法接收一個數據報（一直阻塞接至收到數據報或超時）、close()方法關閉一個socket。

DatagramPacket類：
使用DatagramSocket時的數據報載體。

2.2 UDP實例

SmartConfig採用UDP實現，所以在前述知識的基礎下，先編寫一個例子熟悉java udp的使用，首先建立服務端的代碼：

public class UDPServer {
    /**
     * 設置緩衝區的長度
     */
    private static final int BUFFER_SIZE = 255;
    /**
     * 指定端口，客戶端需保持一致
     */
    private static final int PORT = 8089;

    public static void main(String[] args) {
        DatagramSocket datagramSocket = null;
        try {
            datagramSocket = new DatagramSocket(PORT);
            DatagramPacket datagramPacket = new DatagramPacket(new byte[BUFFER_SIZE], BUFFER_SIZE);
            while (true) {
                // 接收數據報，處於阻塞狀態
                datagramSocket.receive(datagramPacket);
                System.out.println("Receive data from client：" + new String(datagramPacket.getData()));
                // 服務器端發出響應信息
                byte[] responseData = "Server response".getBytes();
                datagramPacket.setData(responseData);
                datagramSocket.send(datagramPacket);
            }
        } catch (IOException e) {
            e.printStackTrace();
        } finally {
            if (datagramSocket != null) {
                datagramSocket.close();
            }
        }
    }
}

客戶端發出數據報：

public class UDPClient {
    /**
     * 指定端口，與服務端保持一致
     */
    private static final int PORT = 8089;
    /**
     * 超時重發時間
     */
    private static final int TIME_OUT = 2000;
    /**
     * 最大重試次數
     */
    private static final int MAX_RETRY = 3;

    public static void main(String[] args) throws IOException {
        try {
            byte[] sendMsg = "Client msg".getBytes();
            // 創建數據報
            DatagramSocket socket = new DatagramSocket();
            // 設置阻塞超時時間
            socket.setSoTimeout(TIME_OUT);
            // 創建server主機的ip地址（此處使用了本機地址）
            InetAddress inetAddress = InetAddress.getByName("192.168.xxx.xxx");
            // 發送和接收的數據報文
            DatagramPacket sendPacket = new DatagramPacket(sendMsg, sendMsg.length, inetAddress, PORT);
            DatagramPacket receivePacket = new DatagramPacket(new byte[sendMsg.length], sendMsg.length);
            // 數據報文可能丟失，設置重試計數器
            int tryTimes = 0;
            boolean receiveResponse = false;
            // 將數據報文發送出去
            socket.send(sendPacket);
            while (!receiveResponse && (tryTimes < MAX_RETRY)) {
                try {
                    // 阻塞接收數據報文
                    socket.receive(receivePacket);
                    // 檢查返回的數據報文
                    if (!receivePacket.getAddress().equals(inetAddress)) {
                        throw new IOException("Unknown server's data");
                    }
                    receiveResponse = true;
                } catch (InterruptedIOException e) {
                    // 重試
                    tryTimes++;
                    System.out.println("TimeOut, try " + (MAX_RETRY - tryTimes) + " times");
                }
            }
            if (receiveResponse) {
                System.out.println("Receive from server：" + new String(receivePacket.getData()));
            } else {
                System.out.println("No data!");
            }
            socket.close();
        } catch (SocketException e) {
            e.printStackTrace();
        }
    }
}

運行結果：

* 發現客戶端收到的數據被截斷了，這是因為沒有重置接收包的長度，在服務端datagramPacket.setLength()可解決。

三、SmartConfig

根據前面的socket相關應用，基本想到如何實現一鍵配置。在實際應用中，原理一樣，只是增加了組播（這一點需要和IOT設備端共同確定，數據的格式也需協定）。在實現中，需要針對不同IP組播地址發出循環的UDP報文，增加設備端接收到的可能性；同時APP也要開啟服務端程序監聽發出數據報的響應，以此更新UI或進行下一步的數據通信。相關核心代碼如下：

// 對每一個組播地址循環發出報文 
while (!mIsInterrupt && System.currentTimeMillis() - currentTime < mParameter
         .getTimeoutGuideCodeMillisecond()) {
     mSocketClient.sendData(gcBytes2,
             mParameter.getTargetHostname(),
             mParameter.getTargetPort(),
             mParameter.getIntervalGuideCodeMillisecond());
     // 跳出條件，發出UDP報文達到一定時間
     if (System.currentTimeMillis() - startTime > mParameter.getWaitUdpSendingMillisecond()) {
         break;
     }
}

組播地址設置：

public String getTargetHostname() {
    if (mBroadcast) {
        return "255.255.255.255";
    } else {
        int count = __getNextDatagramCount();
        return "234." + (count + 1) + "." + count + "." + count;
    }
}

完整代碼省略（利益相關，代碼匿了^_^），基本思路很簡單。最終的實現是IOT設備收到UDP發出的wifi信息，並以此成功連接wifi，連接服務器，進而綁定賬號。

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

【其他文章推薦】

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

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

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

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

※新北清潔公司,居家、辦公、裝潢細清專業服務

2020-07-31

mybatis緩存之一級緩存（二）

Post By admin 發燒車訊 , , , ,

這篇文章介紹下mybatis的一級緩存的生命周期

一級緩存的產生

一級緩存的產生，並不是看mappper的xml文件的select方法，看下面的例子

mapper.xml

    <select id="getById" resultType="entity.TempEntity">
       select * from  temp where id = #{id}
    </select>

test

    @Test
    public  void testSelectAsUpdate() throws IOException {
        InputStream inputStream = Resources.getResourceAsStream("mybatis.xml");
        SqlSessionFactory build = new SqlSessionFactoryBuilder().build(inputStream);
        SqlSession sqlSession = build.openSession();
        sqlSession.update("dao.Temp03Dao.getById", 1);
        sqlSession.update("dao.Temp03Dao.getById", 1);
    }

執行結果

2020-06-26 17:33:27,899 DEBUG [dao.Temp03Dao.getById] - ==>  Preparing: select * from temp where id = ? 
2020-06-26 17:33:27,922 DEBUG [dao.Temp03Dao.getById] - ==> Parameters: 1(Integer)
2020-06-26 17:33:27,923 DEBUG [dao.Temp03Dao.getById] - ==>  Preparing: select * from temp where id = ? 
2020-06-26 17:33:27,923 DEBUG [dao.Temp03Dao.getById] - ==> Parameters: 1(Integer)

我們可以看到執行了2次查詢。說明並沒有產生緩存。說明和sqlsession調用的方法是有關係的

只有調用上圖中的方法才會產生一級緩存

一級緩存的銷毀

1.關閉session

這個是根據debug看到的一級緩存的最終結構。下面是整個依賴的類圖

test

 @Test
    public  void test() throws IOException, NoSuchFieldException, IllegalAccessException {
        InputStream inputStream = Resources.getResourceAsStream("mybatis.xml");
        SqlSessionFactory build = new SqlSessionFactoryBuilder().build(inputStream);
        SqlSession sqlSession = build.openSession();
        TempEntity tempEntity1 = sqlSession.selectOne("dao.Temp03Dao.getById", 1);
        logger.info(tempEntity1);

        Field executorField = sqlSession.getClass().getDeclaredField("executor");
        executorField.setAccessible(true);
        CachingExecutor  cachingExecutor = (CachingExecutor) executorField.get(sqlSession);

        Field declaredField = cachingExecutor.getClass().getDeclaredField("delegate");
        declaredField.setAccessible(true);
        SimpleExecutor simpleExecutor  = (SimpleExecutor) declaredField.get(cachingExecutor);

        Field localCacheField = simpleExecutor.getClass().getSuperclass().getDeclaredField("localCache");
        localCacheField.setAccessible(true);
        PerpetualCache perpetualCache = (PerpetualCache) localCacheField.get(simpleExecutor);

        Field cacheField = perpetualCache.getClass().getDeclaredField("cache");
        cacheField.setAccessible(true);
        Map<Object,Object> map= (Map<Object, Object>) cacheField.get(perpetualCache);
        logger.info("緩存關閉前");
        for (Map.Entry<Object,Object> objectObjectEntry:map.entrySet()){
            logger.info(objectObjectEntry.getKey() + "===" + objectObjectEntry.getValue());
        }
        sqlSession.close();
        logger.info("緩存關閉后");

        for (Map.Entry<Object,Object> objectObjectEntry:map.entrySet()){
            logger.info(objectObjectEntry.getKey() + "=" + objectObjectEntry.getValue());
        }
    }

運行結果

2020-06-26 17:38:52,777 DEBUG [dao.Temp03Dao.getById] - ==>  Preparing: select * from temp where id = ? 
2020-06-26 17:38:52,801 DEBUG [dao.Temp03Dao.getById] - ==> Parameters: 1(Integer)
2020-06-26 17:38:52,824 DEBUG [dao.Temp03Dao.getById] - <==      Total: 1
2020-06-26 17:38:52,824 INFO [TempTest] - TempEntity{id=1, value1='11111', value2='aaaaa'}
2020-06-26 17:38:52,825 INFO [TempTest] - 緩存關閉前
2020-06-26 17:38:52,826 INFO [TempTest] - -1654591322:461730790:dao.Temp03Dao.getById:0:2147483647:select * from  temp where id = ?:1:dev===[TempEntity{id=1, value1='11111', value2='aaaaa'}]
2020-06-26 17:38:52,827 INFO [TempTest] - 緩存關閉后

可以看到session關閉后，緩存就不存在了

2.Commit提交

test

    @Test
    public  void testCommit() throws IOException {
        InputStream inputStream = Resources.getResourceAsStream("mybatis.xml");
        SqlSessionFactory build = new SqlSessionFactoryBuilder().build(inputStream);
        SqlSession sqlSession = build.openSession();
        TempEntity tempEntity1 = sqlSession.selectOne("dao.Temp03Dao.getById", 1);
        logger.info(tempEntity1);
        sqlSession.commit();
        TempEntity tempEntity2 = sqlSession.selectOne("dao.Temp03Dao.getById", 1);
        logger.info(tempEntity2);
        logger.info(tempEntity1 == tempEntity2);

    }

運行結果

2020-06-26 17:40:40,821 DEBUG [dao.Temp03Dao.getById] - ==>  Preparing: select * from temp where id = ? 
2020-06-26 17:40:40,846 DEBUG [dao.Temp03Dao.getById] - ==> Parameters: 1(Integer)
2020-06-26 17:40:40,862 DEBUG [dao.Temp03Dao.getById] - <==      Total: 1
2020-06-26 17:40:40,862 INFO [TempTest] - TempEntity{id=1, value1='11111', value2='aaaaa'}
2020-06-26 17:40:40,863 DEBUG [dao.Temp03Dao.getById] - ==>  Preparing: select * from temp where id = ? 
2020-06-26 17:40:40,863 DEBUG [dao.Temp03Dao.getById] - ==> Parameters: 1(Integer)
2020-06-26 17:40:40,864 DEBUG [dao.Temp03Dao.getById] - <==      Total: 1
2020-06-26 17:40:40,864 INFO [TempTest] - TempEntity{id=1, value1='11111', value2='aaaaa'}
2020-06-26 17:40:40,864 INFO [TempTest] - false

說明sqlSession.commit時會清空緩存

3.Rollback

test

    @Test
    public  void testRollback() throws IOException {
        InputStream inputStream = Resources.getResourceAsStream("mybatis.xml");
        SqlSessionFactory build = new SqlSessionFactoryBuilder().build(inputStream);
        SqlSession sqlSession = build.openSession();
        TempEntity tempEntity1 = sqlSession.selectOne("dao.Temp03Dao.getById", 1);
        logger.info(tempEntity1);
        sqlSession.rollback();
        TempEntity tempEntity2 = sqlSession.selectOne("dao.Temp03Dao.getById", 1);
        logger.info(tempEntity2);
        logger.info(tempEntity1 == tempEntity2);

    }

執行結果

2020-06-26 17:42:23,793 DEBUG [dao.Temp03Dao.getById] - ==>  Preparing: select * from temp where id = ? 
2020-06-26 17:42:23,833 DEBUG [dao.Temp03Dao.getById] - ==> Parameters: 1(Integer)
2020-06-26 17:42:23,843 DEBUG [dao.Temp03Dao.getById] - <==      Total: 1
2020-06-26 17:42:23,843 INFO [TempTest] - TempEntity{id=1, value1='11111', value2='aaaaa'}
2020-06-26 17:42:23,844 DEBUG [dao.Temp03Dao.getById] - ==>  Preparing: select * from temp where id = ? 
2020-06-26 17:42:23,844 DEBUG [dao.Temp03Dao.getById] - ==> Parameters: 1(Integer)
2020-06-26 17:42:23,845 DEBUG [dao.Temp03Dao.getById] - <==      Total: 1
2020-06-26 17:42:23,845 INFO [TempTest] - TempEntity{id=1, value1='11111', value2='aaaaa'}
2020-06-26 17:42:23,845 INFO [TempTest] - false

sqlSession.rollback()也會清空緩存

4.update更新

這裡是在第一次查詢后，緊接着進行update操作。這裏與表無關。就是操作其它表，也會清空緩存。

test

    @Test
    public  void testForUpdate() throws IOException {
        InputStream inputStream = Resources.getResourceAsStream("mybatis.xml");
        SqlSessionFactory build = new SqlSessionFactoryBuilder().build(inputStream);
        SqlSession sqlSession = build.openSession();
        TempEntity tempEntity1 = sqlSession.selectOne("dao.Temp03Dao.getById", 1);
        logger.info(tempEntity1);
        sqlSession.update("dao.Temp03Dao.updateById", 1);
        TempEntity tempEntity2 = sqlSession.selectOne("dao.Temp03Dao.getById", 1);
        logger.info(tempEntity2);
        logger.info(tempEntity1 == tempEntity2);

    }

運行結果

2020-06-26 17:45:43,997 DEBUG [dao.Temp03Dao.getById] - ==>  Preparing: select * from temp where id = ? 
2020-06-26 17:45:44,034 DEBUG [dao.Temp03Dao.getById] - ==> Parameters: 1(Integer)
2020-06-26 17:45:44,048 DEBUG [dao.Temp03Dao.getById] - <==      Total: 1
2020-06-26 17:45:44,049 INFO [TempTest] - TempEntity{id=1, value1='11111', value2='aaaaa'}
2020-06-26 17:45:44,049 DEBUG [dao.Temp03Dao.updateById] - ==>  Preparing: update temp set value1 = 'ffffff' where id = ? 
2020-06-26 17:45:44,049 DEBUG [dao.Temp03Dao.updateById] - ==> Parameters: 1(Integer)
2020-06-26 17:45:44,050 DEBUG [dao.Temp03Dao.updateById] - <==    Updates: 1
2020-06-26 17:45:44,051 DEBUG [dao.Temp03Dao.getById] - ==>  Preparing: select * from temp where id = ? 
2020-06-26 17:45:44,051 DEBUG [dao.Temp03Dao.getById] - ==> Parameters: 1(Integer)
2020-06-26 17:45:44,052 DEBUG [dao.Temp03Dao.getById] - <==      Total: 1
2020-06-26 17:45:44,053 INFO [TempTest] - TempEntity{id=1, value1='ffffff', value2='aaaaa'}
2020-06-26 17:45:44,053 INFO [TempTest] - false

這裏還是在一個session會話中。記得之前有人給我說只要在一個session會話中，執行update不會清空緩存。這裏的代碼就證明了

5.clearCache 主動清除

test

    @Test
    public  void testClearCatch() throws IOException {
        InputStream inputStream = Resources.getResourceAsStream("mybatis.xml");
        SqlSessionFactory build = new SqlSessionFactoryBuilder().build(inputStream);
        SqlSession sqlSession = build.openSession();
        TempEntity tempEntity1 = sqlSession.selectOne("dao.Temp03Dao.getById", 1);
        logger.info(tempEntity1);
        sqlSession.clearCache();
        TempEntity tempEntity2 = sqlSession.selectOne("dao.Temp03Dao.getById", 1);
        logger.info(tempEntity2);
        logger.info(tempEntity1 == tempEntity2);

    }

運行結果

2020-06-26 17:48:42,085 DEBUG [dao.Temp03Dao.getById] - ==>  Preparing: select * from temp where id = ? 
2020-06-26 17:48:42,110 DEBUG [dao.Temp03Dao.getById] - ==> Parameters: 1(Integer)
2020-06-26 17:48:42,124 DEBUG [dao.Temp03Dao.getById] - <==      Total: 1
2020-06-26 17:48:42,124 INFO [TempTest] - TempEntity{id=1, value1='11111', value2='aaaaa'}
2020-06-26 17:48:42,125 DEBUG [dao.Temp03Dao.getById] - ==>  Preparing: select * from temp where id = ? 
2020-06-26 17:48:42,125 DEBUG [dao.Temp03Dao.getById] - ==> Parameters: 1(Integer)
2020-06-26 17:48:42,126 DEBUG [dao.Temp03Dao.getById] - <==      Total: 1
2020-06-26 17:48:42,126 INFO [TempTest] - TempEntity{id=1, value1='11111', value2='aaaaa'}
2020-06-26 17:48:42,126 INFO [TempTest] - false

一級緩存 臟讀問題

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

【其他文章推薦】

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

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

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

※幫你省時又省力,新北清潔一流服務好口碑

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

2020-07-31

springboot的jar為何能獨立運行

Post By admin 發燒車訊 , , , ,

歡迎訪問我的GitHub

https://github.com/zq2599/blog_demos
內容：所有原創文章分類匯總及配套源碼，涉及Java、Docker、Kubernetes、DevOPS等；

能獨立運行的jar文件

在開發springboot應用時，通過java -jar命令啟動應用是常用的方式，今天就來一起了解這個簡單操作背後的技術；

開發demo

開發一個springboot應用作為本次研究的對象，對應的版本信息如下：

  • JDK：1.8.0_211
  • springboot：2.3.1.RELEASE
  • maven：3.6.0

接下來開發springboot應用，這個應用異常簡單：

  1. springboot應用名為springbootstarterdemo，pom.xml文件內容：
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.3.1.RELEASE</version>
        <relativePath/> <!-- lookup parent from repository -->
    </parent>
    <groupId>com.bolingcavalry</groupId>
    <artifactId>springbootstarterdemo</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <name>springbootstarterdemo</name>
    <description>Demo project for Spring Boot</description>
    <properties>
        <java.version>1.8</java.version>
    </properties>
    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
    </dependencies>
    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
        </plugins>
    </build>
</project>
  1. 只有一個java類，裏面有個http接口：
package com.bolingcavalry.springbootstarterdemo;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

import java.util.Date;

@SpringBootApplication
@RestController
public class SpringbootstarterdemoApplication {

    public static void main(String[] args) {
        SpringApplication.run(SpringbootstarterdemoApplication.class, args);
    }
    @RequestMapping(value = "/hello")
    public String hello(){
        return "hello " + new Date();
    }
}
  1. 編碼完成，在pom.xml所在目錄執行命令
mvn clean package -U -DskipTests
  1. 構建成功后，在target目錄下得到文件springbootstarterdemo-0.0.1-SNAPSHOT.jar
  2. 就是這個springbootstarterdemo-0.0.1-SNAPSHOT.jar，此時執行java -jar springbootstarterdemo-0.0.1-SNAPSHOT.jar就能啟動應用，如下圖：

接下來就用這個springbootstarterdemo-0.0.1-SNAPSHOT.jar來分析jar文件能夠獨立啟動的原因；

java -jar做了什麼

  • 先要弄清楚java -jar命令做了什麼，在oracle官網找到了該命令的描述：

    If the -jar option is specified, its argument is the name of the JAR file containing class and resource files for the application. The startup class must be indicated by the Main-Class manifest header in its source code.

  • 再次秀出我蹩腳的英文翻譯：

  1. 使用-jar參數時，後面的參數是的jar文件名(本例中是springbootstarterdemo-0.0.1-SNAPSHOT.jar)；
  2. 該jar文件中包含的是class和資源文件；
  3. 在manifest文件中有Main-Class的定義；
  4. Main-Class的源碼中指定了整個應用的啟動類；(in its source code)
  • 小結一下：
    java -jar會去找jar中的manifest文件，在那裡面找到真正的啟動類；

探查springbootstarterdemo-0.0.1-SNAPSHOT.jar

  1. springbootstarterdemo-0.0.1-SNAPSHOT.jar是前面的springboot工程的構建結果，是個壓縮包，用常見的壓縮工具就能解壓，我這裏的環境是MacBook Pro，用unzip即可解壓；

  2. 解壓後有很多內容，我們先關注manifest相關的，下圖紅框中就是manifest文件：

  3. 打開上圖紅框中的文件，內容如下：

Spring-Boot-Classpath-Index: BOOT-INF/classpath.idx
Implementation-Title: springbootstarterdemo
Implementation-Version: 0.0.1-SNAPSHOT
Start-Class: com.bolingcavalry.springbootstarterdemo.Springbootstarter
 demoApplication
Spring-Boot-Classes: BOOT-INF/classes/
Spring-Boot-Lib: BOOT-INF/lib/
Build-Jdk-Spec: 1.8
Spring-Boot-Version: 2.3.1.RELEASE
Created-By: Maven Jar Plugin 3.2.0
Implementation-Vendor: Pivotal Software, Inc.
Main-Class: org.springframework.boot.loader.JarLauncher
  1. 在上述內容可見Main-Class的值org.springframework.boot.loader.JarLauncher，這個和前面的java官方文檔對應上了，正是這個JarLauncher類的代碼中指定了真正的啟動類；

疑惑出現

  1. 在MANIFEST.MF文件中有這麼一行內容：
Start-Class: com.bolingcavalry.springbootstarterdemo.Springbootstarter
 demoApplication
  1. 前面的java官方文檔中，只提到過Main-Class ，並沒有提到Start-Class；
  2. Start-Class的值是SpringbootstarterdemoApplication，這是我們的java代碼中的唯一類，也只真正的應用啟動類；
  3. 所以問題就來了：理論上看，執行java -jar命令時JarLauncher類會被執行，但實際上是SpringbootstarterdemoApplication被執行了，這其中發生了什麼呢？

猜測

動手之前先猜一下，個人覺得原因應該如下：

  1. java -jar命令會啟動JarLauncher；
  2. Start-Class是給JarLauncher用的；
  3. JarLauncher根據Start-Class找到了SpringbootstarterdemoApplication，然後執行它；

分析JarLauncher

  1. 先下載SpringBoot源碼，我下載的是2.3.1版本，地址：https://github.com/spring-projects/spring-boot/releases/tag/v2.3.1.RELEASE

  2. JarLauncher所在的工程是spring-boot-loader，先弄明白JarLauncher的繼承關係，如下圖，可見JarLauncher繼承自ExecutableArchiveLauncher，而ExecutableArchiveLauncher的父類Launcher位於最頂層，是個抽象類：

  3. java -jar執行的是JarLauncher的main方法，如下，會實例化一個JarLauncher對象，然後執行其launch方法，並且將所有入參都帶入：

public static void main(String[] args) throws Exception {
	new JarLauncher().launch(args);
}
  1. 上面的launch方法在父類Launcher中：
protected void launch(String[] args) throws Exception {
    // 將jar解壓后運行的方式叫做exploded mode
    // 如果是exploded mode，就不能支持通過URL加載jar
    // 如果不是exploded mode,就可以通過URL加載jar
	if (!isExploded()) {
	    // 如果允許通過URL加載jar，就在此註冊對應的處理類
		JarFile.registerUrlProtocolHandler();
	}
	// 創建classLoader
	ClassLoader classLoader = createClassLoader(getClassPathArchivesIterator());
	// jarmode是創建docker鏡像時用到的參數，使用該參數是為了生成帶有多個layer信息的鏡像
	// 這裏暫時不關注jarmode
	String jarMode = System.getProperty("jarmode");
	//如果沒有jarmode參數，launchClass的值就來自getMainClass()返回
	String launchClass = (jarMode != null && !jarMode.isEmpty()) ? JAR_MODE_LAUNCHER : getMainClass();
	launch(args, launchClass, classLoader);
}
  1. 可見要重點關注的是getMainClass()方法，在看這個方法之前，我們先去關注一個重要的成員變量archive，是JarLauncher的父類ExecutableArchiveLauncher的archive，如下可見，該變量又來自方法createArchive：
public ExecutableArchiveLauncher() {
		try {
			this.archive = createArchive();
			this.classPathIndex = getClassPathIndex(this.archive);
		}
		catch (Exception ex) {
			throw new IllegalStateException(ex);
		}
	}
  1. 方法來自Launcher.createArchive，如下所示，可見成員變量archive實際上是個JarFileArchive對象：
protected final Archive createArchive() throws Exception {
		ProtectionDomain protectionDomain = getClass().getProtectionDomain();
		CodeSource codeSource = protectionDomain.getCodeSource();
		URI location = (codeSource != null) ? codeSource.getLocation().toURI() : null;
		String path = (location != null) ? location.getSchemeSpecificPart() : null;
		if (path == null) {
			throw new IllegalStateException("Unable to determine code source archive");
		}
		File root = new File(path);
		if (!root.exists()) {
			throw new IllegalStateException("Unable to determine code source archive from " + root);
		}
		return (root.isDirectory() ? new ExplodedArchive(root) : new JarFileArchive(root));
	}
  1. 現在回到getMainClass()方法，可見his.archive.getManifest方法返回的是META-INF/MANIFEST.MF文件的內容，然後getValue(START_CLASS_ATTRIBUTE)方法實際上就是從META-INF/MANIFEST.MF中取得了Start-Class的屬性：
@Override
	protected String getMainClass() throws Exception {
	    // 對應的是JarFileArchive.getManifest方法，
	    // 進去后發現對應的就是JarFile.getManifest方法，
	    // JarFile.getManifest對應的就是META-INF/MANIFEST.MF文件的內容
		Manifest manifest = this.archive.getManifest();
		String mainClass = null;
		if (manifest != null) {
		    // 對應的是META-INF/MANIFEST.MF文件中的Start-Class的屬性
			mainClass = manifest.getMainAttributes().getValue(START_CLASS_ATTRIBUTE);
		}
		if (mainClass == null) {
			throw new IllegalStateException("No 'Start-Class' manifest entry specified in " + this);
		}
		return mainClass;
	}
  1. 從上述分析可知：getMainClass()方法返回的是META-INF/MANIFEST.MF中取得了Start-Class的屬性com.bolingcavalry.springbootstarterdemo.SpringbootstarterdemoApplication，再次回到launch方法中，可見最終運行的代碼是launch(args, launchClass, classLoader)，它的launchClass參數就是com.bolingcavalry.springbootstarterdemo.SpringbootstarterdemoApplication：
protected void launch(String[] args) throws Exception {
		if (!isExploded()) {
			JarFile.registerUrlProtocolHandler();
		}
		ClassLoader classLoader = createClassLoader(getClassPathArchivesIterator());
		String jarMode = System.getProperty("jarmode");
		// 這裏的launchClass等於"com.bolingcavalry.springbootstarterdemo.SpringbootstarterdemoApplication"
		String launchClass = (jarMode != null && !jarMode.isEmpty()) ? JAR_MODE_LAUNCHER : getMainClass();
		// 這裏就是啟動SpringbootstarterdemoApplication的地方
		launch(args, launchClass, classLoader);
	}
  1. 展開launch(args, launchClass, classLoader)，最終查到了MainMethodRunner類：
public class MainMethodRunner {

	private final String mainClassName;

	private final String[] args;

	/**
	 * Create a new {@link MainMethodRunner} instance.
	 * @param mainClass the main class
	 * @param args incoming arguments
	 */
	public MainMethodRunner(String mainClass, String[] args) {
	    // mainClassName被賦值為"com.bolingcavalry.springbootstarterdemo.SpringbootstarterdemoApplication"
		this.mainClassName = mainClass;
		this.args = (args != null) ? args.clone() : null;
	}

	public void run() throws Exception {
	    // 得到SpringbootstarterdemoApplication的Class對象
		Class<?> mainClass = Class.forName(this.mainClassName, false, Thread.currentThread().getContextClassLoader());
		// 得到SpringbootstarterdemoApplication的main方法對象
		Method mainMethod = mainClass.getDeclaredMethod("main", String[].class);
		mainMethod.setAccessible(true);
		// 通過反射執行main方法
		mainMethod.invoke(null, new Object[] { this.args });
	}
}

終於，真相大白了；

小結

最後盡可能簡短做個小結，先看jar是如何產生的，如下圖，maven插件生成的jar文件中，有常見的class、jar，也有符合java規範的MANIFEST.MF文件，並且，還在MANIFEST.MF文件中額外生成了名為Start-Class的配置，這裏面是我們編寫的應用啟動類SpringbootstarterdemoApplication：

啟動類是JarLauncher，它是如何與MANIFEST.MF文件關聯的呢？從下圖可以看出，最終是通過JarFile類的成員變量manifestSupplier關聯上的：

再來看看關鍵代碼的執行情況，如下圖：

至此，SpringBoot的jar獨立運行的基本原理已經清楚，探究的過程中，除了熟悉關鍵代碼流程，還對jar中的文件有了更多了解，如果您正在學習SpringBoot，希望本文能給您一些參考；

官方文檔

  1. 最後附上SpringBoot官方文檔，可以看到Start-Class描述信息：

  2. 上述文檔明確提到：Start-Class定義的是實際的啟動類，此時的您應該對一切都瞭然於胸，產生本該如此的感慨；

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

【其他文章推薦】

※新北清潔公司,居家、辦公、裝潢細清專業服務

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

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

※超省錢租車方案

2020-07-30

中興攜手國家電網組合資公司 建成都無線汽車充電站

Post By admin 發燒車訊 , , , , ,

中興子公司中興新能源汽車與國家電網四川省電力公司達成協議，將在成都組建合資公司。此合資公司在傳統集中式充電模式的基礎上分佈式建設無線汽車充電站，第一批支援無線充電的社區巴士同日會在成都正式投入運營。   除社區巴士外，中興還將逐步推廣支持無線充電的大型公車專案，而房車的無線充電技術亦已成熟，用戶如有條件和需要，可對房車和停車廠進行改造，即可享有無線充電功能。

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

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

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

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

※新北清潔公司,居家、辦公、裝潢細清專業服務

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

2020-07-29

巴西浮油事件3個月 污染擴至座頭鯨保育區

Post By admin 發燒車訊 , , , , ,

摘錄自2019年11月3日中央通訊社巴西報導

巴西東北巴伊亞州（Bahia）外海阿布羅略斯（Abrolhos）群島四周，有著巴西最豐富的海洋多樣性。群島中一座國家公園有著罕見珊瑚群、海鳥以及座頭鯨繁殖地。巴西海軍3日通報，困擾巴西海岸3個月的浮油污染已飄到座頭鯨保育區，嚴重污染生物多樣性豐富的群島地區，背後的環境及經濟破壞目前還無法量化。海軍在聲明中表示，海軍船艦清理的油污有部分在海洋中，有部分則在海灘上。

這些油污3個月前開始出現在巴西東北部外海，巴西著名2000公里海岸線上的200多個海灘都遭油漬污染。船員及志工已在海灘上清出數噸重的原油。巴西官員說，目前還無法量化油漬造成的環境及經濟破壞。

巴西政府2日點名一艘掛有希臘旗幟的油輪布普林納號（Bouboulina）是主要嫌疑犯，說這艘油輪當時從委內瑞拉載石油前往新加坡。巴西國家太空署（Inpe）2日表示，海中仍可能有油污在洋流推動下，南下至巴西東南的聖靈州（Espiritu Santo）及里約熱內盧州（Rio De Janeiro）。

清理污染的志工。照片來源： Kleber from Burgos / WWF-Brasil

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

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

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

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

※新北清潔公司,居家、辦公、裝潢細清專業服務

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

2020-07-29

印度南部核電廠曾遭網攻 所幸系統未受影響

Post By admin 發燒車訊 , , , , , ,

摘錄自2019年10月31日中央社報導

曾有印度媒體披露，印度核電公司（The NuclearPower Corporation of India, NCPIL）的古丹庫蘭（Kudankulam）核電廠系統曾於9月遭植入惡意軟體（malware）並受到網路攻擊。印度核電公司31日發表聲明證實，位於印度南部坦米爾那都省（TamilNadu）的古丹庫蘭核電廠曾遭網路攻擊，但聲明也強調，核電廠系統沒有受到影響。

這份聲明也證實，公司的系統被植入惡意軟體，印度電腦緊急應變小組（CERT-In）9月4日發現這種狀況後已通知公司。

聲明說，全案已由印度原子能部（Department ofAtomic Energy）專家進行調查，初步發現受感染的電腦屬於同一用戶，這名用戶的電腦曾與用於管理系統的網絡連結；受感染部份目前與關鍵內部網路隔離，且網路持續被監控中。核電廠系統沒有受到影響。

原能會對此事件也發布新聞稿表示：我國運轉中核能電廠的發電及安全相關電腦數位設備都是獨立的系統，與外界實體隔離，阻絕網路攻擊的機會，並訂有隨身碟資訊設備及門禁管制程序，以避免駭客透過網際網路以外之其他方式入侵。

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

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

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

※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整

※南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!

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

※超省錢租車方案

2020-07-29

我家也有太陽能：預防鳥害是用戶責任 下了蛋就不能讓牠搬家

Post By admin 發燒車訊 , , , ,

文：宋瑞文（加州能源特約撰述）

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

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

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

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

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

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

2020-07-29

福斯邁入新紀元 新一代電動車量產

Post By admin 發燒車訊 , , , ,

摘錄自2019年11月5日中央社報導

德國汽車大廠福斯新一代的純電動車ID.3，5日開始量產，象徵福斯正式邁入電動車時代。福斯還打算在未來10年推出70款純電動車，有機會超越特斯拉成為全球主要的電動車製造商。

福斯執行長迪斯（Herbert Diess）表示，業界已經沒有人懷疑電動車能不能成功，問題是多快能實現，以及先在世界上哪個地區實現，他相信德國汽車工業在電動車時代依然能保住領先地位。

ID.3是福斯進入電動車時代的象徵，在集團歷史上的地位相當於金龜車和Golf車款，被福斯寄與厚望。ID.3續航力300公里上下的入門款，最低售價3萬歐元（約新台幣100萬元），在德國因此有「國民電動車」之稱，預計明年夏天開始交貨，

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

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

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

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

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

※新北清潔公司,居家、辦公、裝潢細清專業服務

2020-07-29

巴西東北油污危機擴大 希臘油輪被指元凶

Post By admin 發燒車訊 , , , ,

摘錄自2019年11月5日中央社報導

自8月底以來，巴西東北部海灘被不名油污浸染危機擴大，巴西聯警調查指出，希臘油輪布普林納號（Bouboulina）是在7月28日至29日之間、距離北大河（Rio Grande do Norte）和巴萊巴（Paraiba）兩州海岸約700公里處最先記錄到油污時，唯一駛經該地區的船隻，漏油嫌疑最大。

根據衛星圖像在7月29日的記錄，洩漏的油污帶約長200公里。之後，受到陸岸阻擋的南赤道海流分開成往南及往北流的分支，幫助擴散油污至整個東北部9州逾2000公里長的海岸線。

巴西國防部、海軍和聯警表示正在調查，但還不清楚漏油事件是意外還是蓄意。

在油污抵達東北海岸逾60天後，巴西海軍才決定派出2艘最大的巡洋艦協助對抗污染該地區海灘的漏油事件。這2艘巡洋艦5日從里約出發，預定本月10日抵達東北部，約2000人參與任務。

包括巴伊亞州（Bahia）南海岸的阿布羅略斯（Abrolhos）海洋國家公在內，巴西至今已有至少314處地點受污染，工作人員和志工已清除約4000公噸的油污。

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

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

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

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

※幫你省時又省力,新北清潔一流服務好口碑

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