⑴ 什么是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网关等。大家可以去体验一下。
希望能给您提供帮助，可以给个大大的赞不。