安裝-登錄-配置

下載鏡像
docker pull sonatype/nexus3
運行
docker run -d -p 9998:8081 --name nexus --restart=always sonatype/nexus3

進入容器中查看密碼是多少

docker exec -it 容器名/容器id /bin/bash

根據上圖的提示進入到指定的目錄,查看密碼是啥

繼續訪問, 修改密碼

修改私服的中央倉庫位置，如果嫌國外的站點太慢了， 我們就將其修改成阿里雲，修改方式就是替換一下鏈接就ok

創建hosted類型的倉庫

選擇創建的倉庫類型是hosted類型，為什麼非得選擇這種類型呢？ 如下錶中解密

繼續創建

創建一個私服的帳號，然後在我的windows本中本地maven添加進去私服的新創建的這個用戶的信息， 進而可以使用這個用戶往私服中發布jar包

填寫用戶的信息

找到本機的settings.xml配置文件， 將我們剛剛創建的私服添加進去

ok, 下面去idea中發布jar包

發布

首先是將連接私服的用戶信息配置進配置文件

1. id 就是上圖中的id
2. url: 在nexus可視化界面中找到我們在上面創建的倉庫可以找到url

準備腳本

 <!--添加build依賴,表示可以發布jar-->
    <build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-deploy-plugin</artifactId>
                <version>2.8</version>
            </plugin>
            <!--發布源碼的插件-->
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-source-plugin</artifactId>
                <version>2.2.1</version>
                <executions>
                    <execution>
                        <phase>package</phase>
                        <goals>
                            <goal>jar</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>

發布命令:

mvn deploy

踩坑

• 再發布之前檢查一下idea中關於maven的配置,使用我們剛才修改的settings.xml配置文件 , 不然這就是個坑,會一直deploy失敗
• 上面的版本一定得和我們創建的倉庫的類型對應起來, 否則會報錯失敗

發布成果后我們繼續查看結果, 可

詳細結果

拉取使用

添加如下的在pom文件中依賴就ok

<dependency>
  <groupId>com.changwu</groupId>
  <artifactId>lawyer-eureka</artifactId>
  <version>1.0-RELEASE</version>
</dependency>
 <repository>
     <id>changwu</id>
     <name>lawyer-lover-release</name>
     <url>http://139.x.xx.235:9998/repository/lawyer-lover-release/</url>
</repository>

歡迎關注我的博客， 我將會把整理的docker（從入門到部署微服務）分享全套筆記

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※收購3c,收購IPHONE,收購蘋果電腦-詳細收購流程一覽表

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

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

※公開收購3c價格,不怕被賤賣!

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

Mock Final

mockfinal相對來說就比較簡單了，使用powermock來測試使用final修飾的method或class，比較簡單，接口調用部分，還是service調用dao。

對於接口及場景這裏就不細說了，特別簡單。

service層

具體代碼示例如下：

package com.rongrong.powermock.mockfinal;

/**
 * @author rongrong
 * @version 1.0
 * @date 2019/11/27 21:29
 */
public class StudentFinalService {

    private StudentFinalDao studentFinalDao;

    public StudentFinalService(StudentFinalDao studentFinalDao) {
        this.studentFinalDao = studentFinalDao;
    }

    public void createStudent(Student student) {
        studentFinalDao.isInsert(student);
    }
}

dao層

為了模擬測試，我在dao層的類加了一個final關鍵字進行修飾，也就是這個類不允許被繼承了。

具體代碼如下：

package com.rongrong.powermock.mockfinal;


/**
 * @author rongrong
 * @version 1.0
 * @date 2019/11/27 21:20
 */
final public class StudentFinalDao {

    public Boolean isInsert(Student student){
        throw new UnsupportedOperationException();
    }
}

進行單元測試

為了區分powermock與Easymock的區別，我們先採用EasyMock測試，這裏先忽略EasyMock的用法，有興趣的同學可自行去嘗試學習。

使用EasyMock進行測試

具體代碼示例如下：

    @Test
    public void testStudentFinalServiceWithEasyMock(){
        //mock對象
        StudentFinalDao studentFinalDao = EasyMock.createMock(StudentFinalDao.class);
        Student student = new Student();
        //mock調用，默認返回成功
        EasyMock.expect(studentFinalDao.isInsert(student)).andReturn(true);
        EasyMock.replay(studentFinalDao);
        StudentFinalService studentFinalService = new StudentFinalService(studentFinalDao);
        studentFinalService.createStudent(student);
        EasyMock.verify(studentFinalDao);
    }

我們先來運行下這個單元測試，會發現運行報錯，具體如下圖显示：

 很明顯由於有final關鍵字修飾后，導致不能讓測試成功，我們可以刪除final關鍵再來測試一下，結果發現，測試通過。

使用PowerMock進行測試

具體代碼示例如下：

package com.rongrong.powermock.mockfinal;

import org.junit.Test;
import org.junit.runner.RunWith;
import org.mockito.Mockito;
import org.powermock.api.mockito.PowerMockito;
import org.powermock.core.classloader.annotations.PrepareForTest;
import org.powermock.modules.junit4.PowerMockRunner;

/**
 * @author rongrong
 * @version 1.0
 * @date 2019/11/27 22:10
 */
@RunWith(PowerMockRunner.class)
@PrepareForTest(StudentFinalDao.class)
public class TestStudentFinalService {

    @Test
    public void testStudentFinalServiceWithPowerMock(){
        StudentFinalDao studentFinalDao = PowerMockito.mock(StudentFinalDao.class);
        Student student = new Student();
        PowerMockito.when(studentFinalDao.isInsert(student)).thenReturn(true);
        StudentFinalService studentFinalService = new StudentFinalService(studentFinalDao);
        studentFinalService.createStudent(student);
        Mockito.verify(studentFinalDao).isInsert(student);
    }
}

運行上面的單元測試時，會發現運行通過！！

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

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

※收購3c,收購IPHONE,收購蘋果電腦-詳細收購流程一覽表

※網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司，幫您輕鬆架站!

※想要讓你的商品在網路上成為最夯、最多人討論的話題?

※高價收購3C產品,價格不怕你比較

※想知道最厲害的台北網頁設計公司推薦、台中網頁設計公司推薦專業設計師”嚨底家”!!

GDG Xi’an DevFest2019演講PPT鏈接：

閃電演講《假如我是一個瀏覽器》PPT鏈接：

關於我的一篇雞湯文，獻給所有努力中的野生前端：

摘要

內容講述了HTML，CSS和JavaScript文件從代碼到瀏覽器中圖形的基本過程，實際上每個階段正好代表了高級前端工程師可以選擇的三大細分方向——架構師，工程化，圖形學。PPT基本上全是圖，引用了一些知名的前端神圖，大部分都是自己一點點做的，畢竟圖的表現力比文字要生動直觀一些，原稿幾乎每一頁都加了備註！！！，有需要的可以在我的博客或者GDG西安官方公眾號獲取到。

作者簡介

請求階段

請求階段從解析DNS開始，它是一個遞歸的過程，可以在Linux系統中使用dig+trace工具進行追蹤查看；查詢到地址后就需要開始建立連接（三次握手建立連接），然後從服務器獲取第一個文件，通常是index.html，獲取到文件后就需要根據響應頭裡的信息進行一些處理，對這塊不太熟悉的同學可以閱讀《圖解Http》一書，強制緩存和協商緩存這一塊是很重要的考點，index.html在解析時可能還會碰到請求其他資源的情況，這時又會引出CDN等等其他話題，本次分享中並未涉及。如果對於前端可用性及資源部署方面感興趣，可以考慮向架構師的方向發展，也就是只將前端應用視為整個鏈路中的一環，嘗試去關注整個鏈路中各個環節，前端工程師切入時並不需要特別關注去解決細枝末節的技術問題，那畢竟需要時間和經驗的積累，請記住你是有夥伴的，我個人比較推薦前端工程師嘗試建設全鏈路的異常監控體系，去了解各個環節有哪些關鍵指標，如何去呈現，如何去判斷異常等等，以盡可能穩定有效的方式把關鍵信息呈現給能解決問題的人。

解析階段

我在分享時已經提及過，解析階段的關鍵詞就是“編譯原理”，前端基礎的HTML，CSS，JS，以及常見的工程化工具例如Webpack，Babel，Eslint等等，全部都是基於編譯原理來運作的，如果從純學術的角度來看，它的確很晦澀，但是從應用的角度來理解，實際上無論是分詞，轉換還是遍歷AST以及最終的代碼生成，實際上都是看得見摸得着的，並不算特別難理解，B站上有很多國內外的《編譯原理》課程錄像，你懂的（B站真的是學習用的）。其中還涉及到了一些基本的數據結構和基礎算法的知識，這裏的知識是對基本功的硬考驗，也就是“設計模式”“數據結構”和“基礎算法”的三座大山，爬山很慢，但真的很值。這一塊的知識可以翻看朱永盛的《Webkit技術內幕》一書，慎重，沒有老司機帶的話這本書很容易看的人懷疑人生。

種樹階段

種樹階段只是戲稱，就是為了不同的目的構建了許許多多的樹和層。HTML解析後生成DOM樹，它表示文檔的結構，CSS在內部優化時也會生成樹，為了將用於渲染的信息整合在一起，兩者被合併生成了RenderObject樹，為了解決層疊順序問題，又在此基礎上生成了RenderLayer層，為了利用硬件加速渲染，又為滿足另一些條件的層生成CompositingLayer合成層，合成層又使用GraphicsLayer來進行後端存儲。概念之多，相對複雜。為了排除干擾，本次分享中並沒有講述Chrome瀏覽器的多進程模型和多線程結構，它們只是為了更好更高效地處理好關鍵渲染步驟，一次性信息量太大反而會影響吸收。

畫畫階段

畫畫階段實際上是指將對象信息通過光柵化處理后得到位圖信息並展示在显示器上的過程，PPT中並沒有涉及，它涉及到很多圖形學相關的知識，基本的WebGL以及Chromium渲染管線方面的知識。對此感興趣的讀者可以掃描下面的二維碼關注我技術博客中系列博文，比較詳細地描述了這部分相關知識。最後提一下，原稿最後一頁的資料在播放模式下都可以直接點擊跳轉，還有每一頁的備註信息如果看不見可能需要手動把畫面向上拖拽縮小一點。

硬廣時間

我的博文集《大史住在大前端》是關於前端基礎的文章，掃下面右邊的二維碼就可以看到，基本都是系列專題，沒有太多關於三大框架或是熱門技術的東西，都是基礎基礎基礎，或許會對你有幫助。最後再次感謝GDGXi’an提供的這次機會，讓我認識了好多好多優秀的大佬和開發者。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※3c收購,鏡頭 收購有可能以全新價回收嗎?

※台北網頁設計公司這麼多，該如何挑選?? 網頁設計報價省錢懶人包"嚨底家"

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

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

※賣IPHONE,iPhone回收,舊換新!教你怎麼賣才划算?

什麼是內存

在開始進入正題之前，我們先來回憶下，計算機基礎原理的知識，為什麼需要內存。我們都知道計算機的CPU相當於人類的大腦，其運算速度非常的快，而我們平時寫的數據，比如：文檔、代碼等都是存儲在磁盤上的。磁盤的存取速度完全不能匹配cpu的運算速度，因此就需要一个中間層來適配兩者的不對等，內存由此而來，內存的存取速率很快，但是存儲空間不大。

舉一個圖書館的例子，便於大家理解，我們圖書館的書架就相當於磁盤，存放了大量的圖書可以供我們閱讀，但是如果書放在書架上，我們沒辦法直接閱讀（效率低），只能將書取出來，放在書桌上看，那書桌就相當於內存。

內存回收

內存資源畢竟是有限的，所以在使用之後，必須被回收掉，否則系統運行一段時間后就會因無內存可用而癱瘓。我們軟件測試領域常用的兩種語言：java和python，全部都採用內存自動回收的方法，也就是我們只管申請內存，但是不管釋放內存，由jvm和python解釋器來定期觸發內存回收。作為對比，C語言和C++中，程序員需要使用malloc申請內存，使用free去釋放內存，malloc和free必須成對的出現，否則非常容易出現內存問題。

還拿上面圖書館的例子，假如圖書館的書看完之後放在書桌上就可以（因為圖書可自動回收），那麼很快的，就沒有位置給新進來的同學看書了。這時候就需要圖書館管理員（jvm或python解釋器）定期的回收圖書，清空書桌。不過正常情況下，我們離開圖書館時，要自己清空書桌，將書放回書架（類似C語言和C++的內存回收方式）。

python內存管理

引用計數

python通過引用計數來進行內存管理，每一個python對象，都維護了一個指向該對象的引用計數。python的sys庫提供了getrefcount()函數來獲取對象的引用計數。下面我們看個例子(注意：不同版本的python，運行結果不同，我這裏採用的是python3.7.4)：

"""
    @author: xuanke
    @time: 2019/11/27
    @function: 測試python內存
"""
import sys

class RefClass(object):
    def __init__(self):
        print("this is init")

def ref_count_test():
    # 驗證普通字符串
    str1 = "abc"
    print(sys.getrefcount(str1))
    # 驗證稍微複雜點的字符串
    print(sys.getrefcount("xuankeTester"))
    # 驗證小的数字
    print(sys.getrefcount(12))
    # 驗證大的数字
    print(sys.getrefcount(257))
    # 驗證類
    a = RefClass()
    print(sys.getrefcount(a))
    # 驗證引用計數增加
    b = a
    print(sys.getrefcount(a))

    # 驗證引用計數減少
    b = None
    print(sys.getrefcount(a))

if __name__ == '__main__':
    ref_count_test()

大家先來思考下，最終的結果會是什麼？！我覺得應該很多人都會答錯，因為不同版本的python，對引用變量個數有影響（主要是可復用的對象）。我們先貼出來運行結果，再來分析產生結果的原因：

27
4
9
3
this is init
2
3
2

不過提前聲明一點：sys.getrefcount函數在使用時，因為將對象（比如上例中的str1）作為參數傳入，所以會額外增加一個變量（相當於getrefcount持有了str1的引用），因此實際每個對象的實際引用計數都得減1。下面分別介紹下上面的幾種情況：

• 字符串： str1=’abc’的引用數是27-1=26，是因為字符串’abc’比較簡單，在python解釋器（CPython）中確實可能存在26個引用。作為對比，在python2.7中，str1的引用變量個數是3-1=2。而字符串’xuanketester’，是我自定義的一個字符串，所以不可能會有其他額外的引用，所以其引用變量個數是3-1=2（至於為什麼是2，理論應該是0，是因為python解釋器默認持有了所有字符串的兩個引用）。
• 数字： 数字12對應的引用計數個數是9-1=8，而257對應的引用計數個數是3-1=2，這主要是因為，在python初始化過程中，就創建了從-5到256的数字，緩存起來，這樣做是為了頻繁的分配內存，提高效率。而對於不在這個區間的数字，則會重新分配內存空間。所以数字12因為被複用，其引用計數個數是8（在python2.7.14中，其引用計數個數是8）。
• 類： 在上面例子中，創建一個RefClass對象，其引用計數就是2-1=1，因為其是一個我們自定義的類對象，在python解釋器（Cpython）中肯定不會被複用。

我們可以通過打印內存地址的方式來驗證上面這幾種情況：

    def memory_address_test():
    str1 = 'xuankeTester'
    str2 = 'xuankeTester'
    print(id(str1))
    print(id(str2))

    str3 = 'abc'
    str4 = 'abc'
    print(id(str3))
    print(id(str4))

    a = 12
    b = 12
    print(id(a))
    print(id(b))

    c = 257
    d = 257
    print(id(c))
    print(id(d))

按照我們上面的分析，c和d的地址應該是不一樣的，a和b的地址是一樣的，字符串str1和str2、str3和str4內存地址都是一樣的。但是我在pycharm中，直接運行py文件，結果卻和預想的不一致，結果如下：

2854496960176
2854496960176
2854496857840
2854496857840
140724423258720
140724423258720
2854498931120
2854498931120

所有情況的內存地址都是一樣的，這是為什麼呢？我考慮到是不是pycharm對py文件做了優化，於是我又在命令行嘗試執行，結果還是一樣的。所以，我猜測可能是python解釋器在執行文件時，為了提高py文件的執行效率，對文件的內存地址做了優化—相同內容的對象內存地址都一樣。

為了驗證這個想法，我直接在python交互模式下執行，果然得到了我想要的結果：

Python 3.7.4 (tags/v3.7.4:e09359112e, Jul  8 2019, 20:34:20) [MSC v.1916 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> a=12
>>> b=12
>>> id(a)
140724423258720
>>> id(b)
140724423258720
>>> a=257
>>> b=257
>>> id(a)
2559155778384
>>> id(b)
2559155778192
>>> a='xuankeTester'
>>> b='xuankeTester'
>>> id(a)
2559155711280
>>> id(b)
2559155711280
>>>

從上面可以看到兩個257對應的地址確實是不一樣的，和我們最初判斷的是一致的。

總結

python通過對象的引用計數來管理內存，其實java的JVM也有用引用計數，所以理解了引用計數，為我們理解python的垃圾回收方法打下了基礎。本計劃這一篇文章就將python內存管理的機制講完的，但是發現一個內存引用計數就有很多東西得寫，所以索性就分兩篇文章來寫，之後再寫一篇文章來介紹python的垃圾回收方式。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※3c收購,鏡頭 收購有可能以全新價回收嗎?

※台北網頁設計公司這麼多，該如何挑選?? 網頁設計報價省錢懶人包"嚨底家"

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

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

※賣IPHONE,iPhone回收,舊換新!教你怎麼賣才划算?