原创 windows系統使用c++實現一個小型jvm(四)------------jvm的gc 以及 jvm是什麼
這篇文章記錄一下gc和對虛擬機的理解,其它的相關jvm的內容就暫時先不涉及了,以後有機會再弄。 1.gc流程 在前臺的文章中,我記錄了一個模擬的gc流程,那個裏面由於對於根對象 具有很高的抽象程度,因此對java的gc想要
原创 windows系統使用c++實現一個小型jvm(三)------------jvm的啓動細節1
今天上午,主要將昨天下午運行機制中,jvm的launch方法的內容詳細講述一下。 在vm的launch中,有如下方法塊: .... HANDLE cur_handle = (HANDLE)(_beginthreadex(NULL,
原创 一個Windows下線程池的實現(c++) -------筆記
本篇的代碼來自於 一個Windows下線程池的實現(c++),同時,由於我的開發環境是clion+cmake,不是用的vs,所以也貼一下源碼地址:這裏 原文中工作原理圖已經很明白的介紹了這個線程池的實現架構,這裏爲了我學習的需要,
原创 c++ 通信演進level3 ----多線程同步 非阻塞通信(NIO)
本篇文章的源碼同樣來自網絡上,自己稍加整理,並做一下源碼方面的分析。本例子的作用一方面是爲了理解http服務器,另一方面,是作爲學習流操作的NIO模型層次。 地址在這裏:地址。 代碼結構如下: 首先,定義一個結構體,用於存
原创 windows系統使用c++實現一個小型jvm(三)------------jvm的啓動細節2
這篇文章接着上午記錄下。 1.標準輸入輸出流是怎麼來的? 在寫java程序的時候,我們經常輸出控制檯信息,調用的如下代碼: System.out.Println(); 在這裏,我將解釋這個的由來。 jvm在初始化時,必
原创 windows系統使用c++實現自動垃圾回收的小demo
自從疫情爆發以來,過得挺充實,天天學習,樂此不疲。 可惜就是把實習工作給戳脫了,不然就完美。哈哈哈,不過這段時間的收穫還是很足很足的,朕心甚悅!! 這段時間主要在加強對c++ 的學習,練習了很多小的demo,通過對相對底層語言的學
原创 nanomsg筆記--stl跨平臺的實現
因爲自己沒有在實際的場景中用過消息隊列,因此長期都比較好奇。這段時間正好有空餘時間看一看相關的源碼。 在網絡上搜索了一圈,加上最近在學習c++,便找到了一個叫做ZeroMQ的項目,聽說挺出名的,可惜 沒找到地址,不過找到了它的作者用c
原创 基於vue多頁思路
1.webpack打包配置: 設置多個入口; 一個入口標誌一個html單頁資源; 經常結合htmlWebpackPlugin插件使用; 其描述如下: 2.頁面的多頁思路實現: (備註:圖中的一些是備忘,一些
原创 nanomsg筆記--通信協議與傳輸協議
花了一段時間吧nanomsg的源碼給編譯了一遍,同時對裏面的主要的協議進行了調試。 由於該項目是c寫的,發現可讀性太差了,調試了很多遍仍然模模糊糊的。再加上該項目中的代碼量也不低,所以這個練習是我吸收的最差的一個。 決定不能再在
原创 c++ 通信演進level1 ----單線程同步阻塞通信
本篇,紀錄一個在 windows上使用 socket進行通信的例子,代碼源自於網上。由於時間過去挺久了,當時我也沒有加書籤,現在暫時還不好找出處。 文中給出一些關鍵代碼片段,一方面用於鞏固我所學的知識,另一方面,用於縱向的技術對比,加
原创 c++ 通信演進level2 ----多線程同步阻塞通信(BIO)
這一篇是在昨天寫的基礎上,查閱了一些資料,對於BIO模型做了更深一步的理解後,實現的代碼:地址。 主要修改的代碼在於: typedef struct { HANDLE thread; SOCKET sock; }Ac
原创 圖解設計模式
面嚮對象語言設計中,設計模式可以說是其中的精華了。今天抽出點時間,將設計模式再梳理一下。由於主客觀條件限制,理解可能存在一些誤差,歡迎有不同意見的朋友相互交流探討,共同進步。 設計模式分爲三個大類: 結構型,創建型,行爲型; 一.
原创 IDEA開源代碼生成插件EasyCode源碼分析
1.理論準備: 在IntelliJ官網強行看了一會英語,最終放棄。 一是閱讀時間過慢,二是全部看有些浪費時間。看了很多相關的博客,個人認爲這個很不錯,地址: IntelliJ IDEA插件結構。 2.架構分析: 到目前爲
原创 起點可能不一樣,但前進速度是自己決定的
題目是部門老大朋友圈的點評,這裏借用來作爲標題,十分感謝。個人認爲十分精闢。 自己已經很久沒有這麼激動,同時這麼興奮過了。原因是我差一分過考研學校的複試線發在了朋友圈,很多朋友對我表達了惋惜與同情。 當然將自己的經歷發朋友圈一是希
原创 springMvc後臺接收復雜數據(數組,或者嵌套對象,或者嵌套對象數組)的思路
1.問題環境: 1.前端對請求做了封裝,改動代價太大; 2.後臺對springMvc攔截器做了封裝,我們作爲框架使用者不能改動; 在這樣的環境下,我們由前端向後端傳遞複雜數據時,後臺接口參數如何設計??? 2.使用@Request