⑴ 什麼是pod類型
Clifton F. Vaughn 答案: 確實如此，在這個方面 C# 與 C++ 是有差別的。在 C++ 中，如果你從構造函數或者析構函數中調用虛擬函數，編譯器調用的虛擬函數是定義在這個正在被構造的類實例中的（例如，如果從 Base::Base 中調用 Base::SomeVirtFn ），不是最底層派生的實例（the most derived instance），正像你說的那樣，因為在最底層派生的構造函數執行之前，虛表還沒有完全被初始化。另一種說法是派生類還沒有被創建。
Figure 2 虛擬函數 TestSimilarly
正如你所指出的那樣，在 C# 有所不同。託管對象——無論是在 C#，託管 C++ 中，還是任何其它的 .NET 兼容語言中——是作為其最終類型被創建的，也就是說，如果你從構造函數或析構函數中調用虛函數，系統調用的是最末層派生的函數。Figure 1 所示程序舉例說明了這一點。如果你編譯並運行這個程序，你會看到 Figure 2 所示輸出。
這種行為對於 C++ 程序員來說似乎有些奇特。它意味著在派生類被初始化之前，你可以調用某個派生類型的虛擬函數——也就是說在其構造函數運行之前。同樣，如果你從基類析構函數中調用虛函數，該函數是在派生類被銷毀之後運行的——也就是說在析構函數被調用之後。那麼先不說這種差別存在的原因，剛才不是還說從構造函數/析構函數中調用虛函數被認為是糟糕的實踐。
為什麼微軟的傢伙們要像這樣來設計 C# 呢？因為它簡化了內存管理。垃圾收集器為了釋放內存，它需要知道對象有多大。如果 C# 像 C++ 那樣構造對象，那麼你可能會碰到這樣一種情況：有兩個對象，Obj1 和 Obj2，下面這兩條語句都為真：typeof(Obj1)==typeof(Obj2) sizeof(Obj1)!= sizeof(Obj2) 因為對象之一是被部分構造。（不要忘了垃圾收集器是非同步運行的。）通過將對象構造成最終類型，垃圾收集器能從其類型決定對象的大小。如果 C# 像 C++ 那樣進行部分構造，則垃圾收集器將需要更多的代碼來決定部分構造對象的真實大小。這樣將帶來復雜性和性能下降，首先要解決這個問題很讓人氣餒，所以為了較快的垃圾收集利益，微軟的傢伙們決定像上面那樣來實現 C#。有關這方面的討論參見 Raymond Chen 的 blog：「The Old New Thing」。
問題: 在2004 三月的專欄中，你展示了如何改變文件打開對話框的最新視圖狀態設置，但沒有涉及到保存這個用戶使用的最新視圖設置。我遇到的問題是讀取用戶已有的打開文件對話框設置。我只找到直接讀取列表框信息的方法，但當用戶選擇縮略圖模式時，那樣做不能得到正確的信息。對此你有沒有解決辦法？ Maarten van Dillen 問題: 我正在用公共的 CFileDialog 類做開發，應該不是很難，但事情似乎並不是那樣。我想強制文件打開對話框的視圖模式為縮略圖。我要用 Visual C++ 來做，你能否提供一些建議？ Elliot Leonard
答案: 有幾個讀者都在問文件打開對話框中的縮略圖問題。在我三月份的專欄中，我示範了如果向文件打開對話框中的 SHELLDLL_DefView 專用窗口發送 WM_COMMAND 消息以設置不同的視圖模式——但你如何知道當前所處的模式是哪一個呢？你必須獲取列表控制項並調用 CListCtrl::GetView：// in dialog class HWND hlc = ::FindWindowEx(m_hWnd, NULL, _T("SysListView32"), NULL); CListCtrl* plc = (CListCtrl*)CWnd::FromHandle(hlc); DWORD dwView = plc->GetView(); CListCtrl::GetView 返回 LV_XXX 代碼之一，但正像 Maarten 發現的那樣，Windows 對圖標模式和縮略圖模式都返回 LV_VIEW_ICON。
那麼如何區分到底是哪種視圖模式呢？我絞盡腦汁並鑽進頭文件查找，最後發現一個叫 LVM_GETITEMSPACING 的消息，該消息是作什麼用的呢——用來獲取圖標間隔。顧名思義，圖標間隔是圖標視圖模式中圖標之間的像素間隔。LVM_GETITEMSPACING 不是很好使用，以至於 MFC 都沒有對之進行包裝（比如說 MFC 中並沒有 CListCtrl::GetIconSpacing 這樣的函數）。所以在 MFC 中你得自己發送消息：CSize sz = CSize(plc->SendMessage(LVM_GETITEMSPACING)); Windows 按照通常方式返回尺寸，在高位和低位字中編碼的 cx/cy，然後CSize很禮貌地為你進行解碼。一旦有了圖標間隔，你便可以將它與 GetSystemMetrics(SM_CXICONSPACING) 返回的系統間隔值進行比較。如果列表視圖的圖標間隔與系統的一樣，則視圖是圖標模式。如果大於系統間隔，則視圖為縮略圖模式：if (sz.cx > GetSystemMetrics(SM_CXICONSPACING)) { // thumbnail view } else { // icon view } 講了那麼多縮略圖，接下來的問題是如何持續化不同用戶會話的視圖狀態？對此，當程序終止時，你需要用 Profile 函數在用戶配置文件中保存最後使用的模式，並在下一次啟動程序時再次恢復它。我寫了一個小示範程序，DlgTest。程序使用了一個實現持續化程序行為的類 CPersistOpenDlg。這個類又藉助另外一個類 CListViewShellWnd，用它來封裝 SHELLDLL_DefView 窗口（參見三月份專欄）。CListViewShellWnd 包含獲取和設置視圖模式的函數，由這些函數來區分圖標和縮略圖模式：CListViewShellWnd m_wndLVSW; ... m_wndLVSW.SetViewMode(ODM_VIEW_THUMBS); CListViewShellWnd 的 OnDestroy 處理器在某個數據成員 m_lastViewMode 中保存視圖模式。當對話框被銷毀時，CPersistOpenDlg 的析構函數調用 WriteProfileInt 將這個值寫入用戶配置文件。對話框啟動時，CPersistOpenDlg 給自己送一個初始化消息；該消息處理常式調用 GetProfileInt 從磁碟讀取存儲在配置文件中的值並設置視圖模式。PostMessage 是必須調用的，因為常規初始化消息 WM_INITDIALOG 和 CDN_INITDONE 在文件對話框被完全初始化之前就會到來——有關這一點的解釋參見三月份專欄。
順便說一下，任何時候你都應該使用 GetProfileXxx 和 WriteProfileXxx 來持續化應用程序的設置。MFC 用 CWinApp 包裝了這些函數。如果你在應用程序啟動時調用（一般都是在 InitInstance 函數中） CMyApp::SetRegistryKey("KeyName")，MFC 使用注冊表來存儲用戶配置信息，而不是 INI 文件。下面是 DlgTest 用的 INI 文件： [settings] ViewMode=28717問題: 偶爾在一些文字資料和 C++ 文檔以及 Microsoft .NET 框架中看到術語「POD 類型」。這個術語是什麼意思？
Shelby Nagwitz 答案: 你可以將 POD 類型看作是一種來自外太空的用綠色保護層包裝的數據類型，POD 意為「Plain Old Data」（譯者：如果一定要譯成中文，那就叫「徹頭徹尾的老數據」怎麼樣！）這就是 POD 類型的含義。其確切定義相當粗糙（參見 C++ ISO 標准），其基本意思是 POD 類型包含與 C 兼容的原始數據。例如，結構和整型是 POD 類型，但帶有構造函數或虛擬函數的類則不是。 POD 類型沒有虛擬函數，基類，用戶定義的構造函數，拷貝構造，賦值操作符或析構函數。
為了將 POD 類型概念化，你可以通過拷貝其比特來拷貝它們。此外， POD 類型可以是非初始化的。例如：struct RECT r; // value undefined POINT *ppoints = new POINT[100]; // ditto CString s; // calls ctor ==> not POD 非POD 類型通常需要初始化，不論是調用預設的構造函數（編譯器提供的）還是自己寫的構造函數。
過去， POD 對於編寫編譯器或與C 兼容的 C++ 程序的人來說很重要。現在，POD 來到 .NET 的環境中。在託管 C++ 中，託管類型（包括 __value 和 __gc 兩者）能包含嵌入的原生 POD 類型。 Figure 3 展示了例舉說明代碼。託管的 Circle 類能包含 POINT，但無法包含 CPoint 類。如果你嘗試編譯 pod.cpp 會報一個 C3633 錯誤：「Cannot define ''m_center'' as a member of managed ''Circle'' because of the presence of default constructor ''CPoint::CPoint'' on class ''CPoint''.」（譯者：意思是由於類 CPoint 有預設的構造函數『CPoint::CPoint』，所以不能將『m_center』定義為託管類『Circle』的一個成員）
.NET 限定嵌入的本地對象只能為 POD 類型的理由是這樣做能安全地拷貝它們，不用擔心調用構造函數，初始化虛表，或任何非 POD 類型需要的其它機制。
向Paul 提問和評論請發到 [email protected].
作者簡介 Paul DiLascia 是一名自由作家，顧問和 Web/UI 設計者。他是《Writing Reusable Windows Code in C++》書（Addison-Wesley, 1992）的作者。
⑵ 如何進行K8S存儲系統
在K8S運行的服務，從簡單到復雜可以分成三類：無狀態服務、普通有狀態服務和有狀態集群服務。下面分別來看K8S是如何運行這三類服務的。
無狀態服務，K8S使用RC（或更新的Replica Set）來保證一個服務的實例數量，如果說某個Pod實例由於某種原因Crash了，RC會立刻用這個Pod的模版新啟一個Pod來替代它，由於是無狀態的服務，新啟的Pod與原來健康狀態下的Pod一模一樣。在Pod被重建後它的IP地址可能發生變化，為了對外提供一個穩定的訪問介面，K8S引入了Service的概念。一個Service後面可以掛多個Pod，實現服務的高可用。
普通有狀態服務，和無狀態服務相比，它多了狀態保存的需求。Kubernetes提供了以Volume和Persistent Volume為基礎的存儲系統，可以實現服務的狀態保存。
有狀態集群服務，與普通有狀態服務相比，它多了集群管理的需求。K8S為此開發了一套以Pet Set為核心的全新特性，方便了有狀態集群服務在K8S上的部署和管理。具體來說是通過Init Container來做集群的初始化工作，用Headless Service來維持集群成員的穩定關系，用動態存儲供給來方便集群擴容，最後用Pet Set來綜合管理整個集群。
要運行有狀態集群服務要解決的問題有兩個,一個是狀態保存，另一個是集群管理。我們先來看如何解決第一個問題：狀態保存。Kubernetes有一套以Volume插件為基礎的存儲系統，通過這套存儲系統可以實現應用和服務的狀態保存。
K8S的存儲系統從基礎到高級又大致分為三個層次：普通Volume，Persistent Volume和動態存儲供應。
1.普通Volume
最簡單的普通Volume是單節點Volume。它和Docker的存儲卷類似，使用的是Pod所在K8S節點的本地目錄。
第二種類型是跨節點存儲卷，這種存儲卷不和某個具體的K8S節點綁定，而是獨立於K8S節點存在的，整個存儲集群和K8S集群是兩個集群，相互獨立。
跨節點的存儲卷在Kubernetes上用的比較多，如果已有的存儲不能滿足要求，還可以開發自己的Volume插件，只需要實現Volume.go里定義的介面。如果你是一個存儲廠商，想要自己的存儲支持Kubernetes上運行的容器，就可以去開發一個自己的Volume插件。
2.persistent volume
它和普通Volume的區別是什麼呢？
普通Volume和使用它的Pod之間是一種靜態綁定關系，在定義Pod的文件里，同時定義了它使用的Volume。Volume是Pod的附屬品，我們無法單獨創建一個Volume，因為它不是一個獨立的K8S資源對象。
而Persistent Volume簡稱PV是一個K8S資源對象，所以我們可以單獨創建一個PV。它不和Pod直接發生關系，而是通過Persistent Volume Claim，簡稱PVC來實現動態綁定。Pod定義里指定的是PVC，然後PVC會根據Pod的要求去自動綁定合適的PV給Pod使用。
⑶ pod是什麼意思
1、pod，全稱Plain Old Documentation，是一種用於記錄Perl編程語言的輕量級標記語言。
2、過氧化物酶，過氧化物酶體的標志酶，是其一類氧化還原酶，它們能催化很多反應。過氧化物酶是以過氧化氫為電子受體催化底物氧化的酶。主要存在於載體的過氧化物酶體中，以鐵卟啉為輔基，可催化過氧化氫，氧化酚類和胺類化合物和烴類氧化產物，具有消除過氧化氫和酚類、胺類、醛類、苯類毒性的雙重作用。
3、Plain old data structure，縮寫為POD，是C++語言的標准中定義的一類數據結構，POD適用於需要明確的數據底層操作的系統中。
POD通常被用在系統的邊界處，即指不同系統之間只能以底層數據的形式進行交互，系統的高層邏輯不能互相兼容。比如當對象的欄位值是從外部數據中構建時，系統還沒有辦法對對象進行語義檢查和解釋，這時就適用POD來存儲數據。
4、POD（Proof of Delivery）交付憑證，它一共分四聯（也有五聯、六聯的）。
5、Proper orthogonal decomposition縮寫為POD，意思是本徵正交分解，是一種用於提取離散數據特徵信息的數學方法。
⑷ openwrt 掛載阿里雲很慢
使用NAS、OSS掛載慢的問題
現象：
在Kubernetes中部署應用時，如果使用了NAS、OSS這類存儲卷，有時會出現Pod啟動很慢的問題；
啟動時間可能會是幾分鍾或者幾十分鍾；
原因：
出現這個情況，可以查看一下部署的應用，看看是否給pod配置了fsGroup（可能是主動配置的，也可能是istio注入的）；
如果pod的spec中有fsGroup的配置，kubelet在執行完數據卷的掛載後會根據fsGroup進行掛載點的許可權設置，即：執行chown、chmod操作；
由於您掛載的目錄可能有數量較多的文件，導致linux在執行chown、chmod的時候就會非常慢，即最終表現為掛載很慢（其實純粹掛載過程很快已經結束）；
⑸ k8s怎麼把容器裡面的內容掛出來
普通Volume
最簡單的普通Volume是單節點Volume。它和Docker的存儲卷類似，使用的是Pod所在K8S節點的本地目錄。
第二種類型是跨節點存儲卷，這種存儲卷不和某個具體的K8S節點綁定，而是獨立於K8S節點存在的，整個存儲集群和K8S集群是兩個集群，相互獨立。
跨節點的存儲卷在Knetes上用的比較多，如果已有的存儲不能滿足要求，還可以開發自己的Volume插件，只需要實現Volume.go里定義的介面。如果你是一個存儲廠商，想要自己的存儲支持Knetes上運行的容器，就可以去開發一個自己的Volume插件。
2.persistent volume
它和普通Volume的區別是什麼呢？
普通Volume和使用它的Pod之間是一種靜態綁定關系，在定義Pod的文件里，同時定義了它使用的Volume。Volume是Pod的附屬品，我們無法單獨創建一個Volume，因為它不是一個獨立的K8S資源對象。
而Persistent Volume簡稱PV是一個K8S資源對象，所以我們可以單獨創建一個PV。它不和Pod直接發生關系，而是通過Persistent Volume Claim，簡稱PVC來實現動態綁定。Pod定義里指定的是PVC，然後PVC會根據Pod的要求去自動綁定合適的PV給Pod使用。
PV的訪問模式有三種：
第一種，ReadWriteOnce：是最基本的方式，可讀可寫，但只支持被單個Pod掛載。
第二種，ReadOnlyMany：可以以只讀的方式被多個Pod掛載。
第三種，ReadWriteMany：這種存儲可以以讀寫的方式被多個Pod共享。不是每一種存儲都支持這三種方式，像共享方式，目前支持的還比較少，比較常用的是NFS。在PVC綁定PV時通常根據兩個條件來綁定，一個是存儲的大小，另一個就是訪問模式。
剛才提到說PV與普通Volume的區別是動態綁定，我們來看一下這個過程是怎樣的。
這是PV的生命周期，首先是Provision，即創建PV，這里創建PV有兩種方式，靜態和動態。所謂靜態，是管理員手動創建一堆PV，組成一個PV池，供PVC來綁定。動態方式是通過一個叫Storage Class的對象由存儲系統根據PVC的要求自動創建。
⑹ pod英文怎麼讀
pod的讀音：英 [pɒd]；美 [pɑːd] 。
Pod意思是過氧化物酶；按需印刷；正交分解；氧化物酶；吊艙。
pod 基本用法：
對長時間運行容器的要求是：其主程序需要一直在前台運行。kubelet 創建包含這個容器的 Pod 之後運行完命令，即認為 Pod 執行結束，接著立即銷毀該 Pod ，根據 RS 中定義的 Pod 副本數量，會立即再生成一個新 Pod ，會進入無限循環。
屬於一個 Pod 的多個容器應用之間僅需通過 localhost 通信，一組容器被綁定在了一個環境中。
在同一個 Pod 中的容器共享 Pod 級別的 Volume，而每個容器即可各自進行掛載，將 Volume 掛載為容器內部需要的目錄。
(6)pod掛載存儲擴展閱讀
相關應用：
如過氧化氫酶便是過氧化物酶的一種。過氧化氫酶可與葡萄糖氧化酶配合使用，脫除蛋清中的葡萄糖，代替了傳統的自然發酵的方法，從而提高產品質量，縮短生產周期。
在醫學上，也可作為工具酶，用於檢驗尿糖和血糖。
現代醫學上認為機體衰老與氧化有關，例如染色體、酶等的氧化。所以，一些有還原性功能的物質可以在某種程度上抗衰老，如過氧化物酶體，維生素C、E也有抗衰老作用。
⑺ 考CKA需要准備什麼
CKA是線上考試，難度中等，好好准備下容易就能考過的。
kubernetes已經成為容器編排領域的事實性標准，Kubernetes 不僅使得應用交付更便捷、大規模的微服務部署更容易，同時讓 DevOps 理念和敏捷 IT 更容易落地。Kubernetes 將助力企業在數字化轉型過程中實現彎道超車。
作為國內領 先的全棧雲原生技術服務提供商，時速雲特別推出了Kubernetes 培訓課程，對於剛接觸 Kubernetes 技術、企業計劃使用容器及 Kubernetes 集群、以及計劃考取 CKA 證書的人群會是一個不錯的選擇。
課程大綱：
第 一部分
《 Kubernetes 解析及實踐》
1.Kubernetes 總覽
1.1.Kubernetes 及其生態
1.2.Kuberntees 的基本架構
1.3.Kubernetes 核心組件及工作原理
1.4.kubectl 及 Kubernetes API 等工具的使用
2.如何操作 Kubernetes 的資源對象
2.1.容器組 Pod
2.2.Kubernetes 主要控制器介紹
2.3.配置管理
2.4.任務/定時任務
第二部分
3.網路管理
3.1.Kubernetes 的網路模式
3.2.網路插件（Calico、Flannel、Macvlan 等網路模式，CNI、IPAM 介紹）
3.3.常用的 Ingress 負載均衡及其工作原理
4.存儲管理
4.1.Kubernetes 中存儲相關資源介紹
4.2.存儲的供給方式
4.3.NFS 使用方式
4.4.Ceph 使用方式
4.5.本地存儲使用方式
4.6.中間件集群結合存儲的使用實踐
5.日誌管理
5.1.實時查看日誌
5.2.理解 K8s 對節點上容器?志的處理?式
5.3.使? EFK 進??志統?收集
5.4.如何收集容器內的應??志
5.5.大規模服務下日誌的管理實踐
6.監控、告警系統
6.1.Kubernetes 的主要監控方案
6.2.相關開源組件 Prometheus、alertmanager 等使用方式
6.3.容器 PaaS 平台下服務、節點的監控告警實踐
7.調度演算法
7.1.Pod 調度的相關概念
7.2.相關調度策略和演算法
7.3.Node 親和性
7.4.Pod 親和性和反親和性
7.5.如何使用污點和容忍
8.多可用區/多集群管理模式
8.1 Multiple Zone 模式
8.2 聯邦集群
8.3.基本概念
8.4.主要架構
8.5.基本工作模式
9.基於 Kubernetes 的 DevOps 實踐
9.1.基於 Kubernetes 構建原生 CI/CD 流水線
9.2.Kubernetes 平台的日常運維管理以及多集群管理實踐
10. Kubernetes 擴展的利器 Operator
10.1 自定義資源 CRD/Operator 介紹
10.2 如何開發一個簡單的 Operator
10.3 基於 Operator 實現各種中間件的實踐
第三部分
1. CKA 考試准備須知及注意事項分享
1）技術、非技術准備
2）考試心得
⑻ PVC直接重啟pod數據丟失
通常情況下，容器運行起來之後，寫入到其文件系統的文件暫時性的，當容器崩潰後，kubelet將會重啟該容器，此時原容器運行後寫入的文件將丟失，因為容器將重新從鏡像創建。
同一個Pod（容器組）中運行的容器之間，經常會存在共享文件/文件夾的需求，Docker里同樣也存在一個volume（數據卷）的概念，但是docker對數據卷的管理相對kubernetes而言要更少一些。在Docker里，一個Volume（數據卷）僅僅是宿主機（或另一個容器）文件系統上的一個文件夾。Docker並不管理Volume（數據卷）的生命周期。一個Volume（數據卷）僅僅是一個可被容器組中的容器訪問的文件目錄（也許其中包含一些數據文件）。這個目錄是怎麼來的，取決於該數據卷的類型（不同類型的數據卷使用不同的存儲介質）。使用Volume（數據卷）時，我們需要先在容器組中定義一個數據卷，並將其掛載到容器的掛載點上。容器中的一個進程所看到（可訪問）的文件系統是由容器的docker鏡像和容器所掛載的數據卷共同組成的。Docker鏡像將被首先載入到該容器的文件系統，任何數據卷都被在此之後掛載到指定的路徑上。Volume（數據卷）不能被掛載到其他數據卷上，或者通過引用其他數據卷。同一個容器組中的不同容器各自獨立地掛載數據卷，即同一個容器組中的兩個容器可以將同一個數據卷掛載到各自不同的路徑上。
容器中的存儲都是臨時的，因此Pod重啟的時候，內部的數據會發生丟失。實際應用中，我們有些應用是無狀態，有些應用則需要保持狀態數據，確保Pod重啟之後能夠讀取到之前的狀態數據，有些應用則作為集群提供服務。這三種服務歸納為無狀態服務、有狀態服務以及有狀態的集群服務，其中後面兩個存在數據保存與共享的需求，Kubermetes對於有狀態的容器應用或者對數據需要持久化的應用，不僅需要將容器內的目錄掛載到宿主機的目錄或者emptyDir臨時存儲卷，而且需要更加可靠的存儲來保存應用產生的重要數據，以便容器應用在重建之後，仍然可以使用之前的數據。
⑼ 什麼是K8S
k8s全稱kubernetes，這個名字大家應該都不陌生，k8s是為容器服務而生的一個可移植容器的編排管理工具，越來越多的公司正在擁抱k8s，並且當前k8s已經主導了雲業務流程，推動了微服務架構等熱門技術的普及和落地，正在如火如荼的發展。想要了解更多，我推薦你去看看時速雲，他們是一家全棧雲原生技術服務提供商，提供雲原生應用及數據平台產品，其中涵蓋容器雲PaaS、DevOps、微服務治理、服務網格、API網關等。大家可以去體驗一下。
希望能給您提供幫助，可以給個大大的贊不。