『K8S 入门』二：深入 Pod

『K8S 入门』二：深入 Pod

一、基础命令

  1. 获取所有 Pod
kubectl get pods

在这里插入图片描述
2. 获取 deploy

kubectl get deploy

在这里插入图片描述
3. 删除 deploy，这时候相应的 pod 就没了

kubectl delete deploy nginx

在这里插入图片描述
4. 虽然删掉了 Pod，但是这是时候还有 service，我们可以也删掉

kubectl get services
kubectl delete svc nginx

在这里插入图片描述
5. 自己创建配置文件，构建 Pod

mkdir pods
touch nginx-demo.yaml
  • 常用的资源清单

参数名类型字段说明
apiVersionStringK8S APl 的版本，可以用 kubectl api versions 命令查询
kindStringyam 文件定义的资源类型和角色
metadataObject元数据对象，下面是它的属性
metadata.nameString元数据对象的名字，比如 pod 的名字
metadata.namespaceString元数据对象的命名空间
SpecObject详细定义对象
spec.containers[]list定义 Spec 对象的容器列表
spec.containers[].nameString为列表中的某个容器定义名称
spec.containers[].imageString为列表中的某个容器定义需要的镜像名称
spec.containers[].imagePullPolicystring定义镜像拉取策略，有 Always、Never、IfNotPresent 三个值可选
- Always（默认）：意思是每次都尝试重新拉取镜像
- Never：表示仅适用本地镜像
- IfNotPresent：如果本地有镜像就使用本地镜像，没有就拉取在线镜像。
spec.containers[].command[]list指定容器启动命令，因为是数组可以指定多个，不指定则使用镜像打包时使用的启动命令。
spec.containers[].args[]list指定容器启动命令参数，因为是数组可以指定多个。
spec.containers[].workingDirstring指定容器的工作目录
spec.containers[].volumeMounts[]list指定容器内部的存储卷配置
spec.containers[].volumeMounts[].namestring指定可以被容器挂载的存储卷的名称
spec.containers[].volumeMounts[].mountPathstring指定可以被容器挂载的存储卷的路径
spec.containers[].volumeMounts[].readOnlystring设置存储卷路径的读写模式，ture 或者 false，默认是读写模式
spec.containers[].ports[]list指定容器需要用到的端口列表
spec.containers[].ports[].namestring指定端口的名称
spec.containers[].ports[].containerPortstring指定容器需要监听的端口号
spec.containers[].ports[].hostPortstring指定容器所在主机需要监听的端口号，默认跟上面 containerPort 相同，注意设置了 hostPort 同一台主机无法启动该容器的相同副本（因为主机的端口号不能相同，这样会冲突）
spec.containers[].ports[].protocolstring指定端口协议，支持 TCP 和 UDP，默认值为 TCP
spec.containers[].env[]list指定容器运行前需设置的环境变量列表
spec.containers[].env[].namestring指定环境变量名称
spec.containers[].env[].valuestring指定环境变量值
spec.containers[].resourcesObject指定资源限制和资源请求的值（这里开始就是设置容器的资源上限）
spec.containers[].resources.limitsObject指定设置容器运行时资源的运行上限
spec.containers[].resources.limits.cpustring指定 CPU 的限制，单位为 Core 数，将用于 docker run –cpu-shares 参数
spec.containers[].resources.limits.memorystring指定 mem 内存的限制，单位为 MIB、GiB
spec.containers[].resources.requestsObject指定容器启动和调度时的限制设置
spec.containers[].resources.requests.cpustringCPU请求，单位为core数，容器启动时初始化可用数量
spec.containers[].resources.requests.memorystring内存请求，单位为MIB、GiB，容器启动的初始化可用数量
spec.restartPolicystring定义 pod 的重启策略，可选值为 Always、OnFailure、Never，默认值为 Always。
- Always：pod 一旦终止运行，则无论容器是如何终止的，kubelet 服务都将重启它。
- OnFailure：只有 pod 以非零退出码终止时，kubelet 才会重启该容器。如果容器正常结束（退出码为0），则 kubectl 将不会重启它。
- Never：Pod 终止后，kubelet 将退出码报告给 master，不会重启该 pod
spec.nodeSelectorObject定义 Node 的 label 过滤标签，以 key：value 格式指定
spec.imagePullSecretsObject定义 pull 镜像时使用 secret 名称，以 name：secretkey 格式指定
spec.hostNetworkBoolean定义是否使用主机网络模式，默认值为 false。设置 true 表示使用宿主机网络，不使用 docker 网桥，同时设置了 true将无法在同一台宿主机上启动第二个副本
  • 创建一个 nginx-pod 例子
apiVersion: v1 # api 文档版本
kind: Pod # 资源对象类型，可以配置为像Deployment StatefulSet这一类的对象
metadata: # Pod相关的元数据，用于描述Pod的数据
  name: nginx-demo #Pod的名称
  labels: # 定义Pod的标签，这个标签可以自己任意指定，是无所谓的
    type: app # 自定义label标签，名字为type，值为app
    version: 1.0.0 # 自定义label标签，描述版本号
  namespace: 'default' # 命名空间的配置
spec: # 期望Pod按照这里面的描述进行创建
  containers: # 对于Pod中的容器描述
  - name: nginx # 容器的名称，这个是可以乱取的
    image: nginx:1.7.9 # 指定容器的镜像，docker会去search
    imagePullPolicy: IfNotPresent # 镜像拉去策略， 如果本地有就用本地的，如果本地没有就拉去远程的
    command: # 指定容器启动时执行的命令
    - nginx
    - -g
    - 'daemon off;' # nginx -g 'daemon off;'
    workingDir: /usr/share/nginx/html/ # 定义容器启动后的工作目录
    ports:
    - name: http # 端口名称，随便起
      containerPort: 80 # 描述容器要暴露什么端口
      protocol: TCP # 描述端口是用那种通信协议
    env: # 环境变量
    - name: JVM_OPTS # 环境变量的名称
      value: '-Xms128m -Xmx128m'
    resources:
     requests: # 最少需要多少资源
       cpu: 100m # 限制cpu最少使用0.1个核心，一个核心用满是1000m
       memory: 128Mi # 限制内存最少使用128兆
     limits: # 最多可以使用多少资源
       cpu: 200m # 限制cpu最多使用0.2个核心
       memory: 256Mi # 限制最多使用256兆
  restartPolicy: OnFailure #Secrets 重启策略，只有失败的情况才会重启
  • 通过 yaml 创建这个 pod
kubectl create -f nginx-demo.yaml
kubectl get po

在这里插入图片描述

  • 描述当前这个 Pod，这里可以看到 Pod 执行过程
kubectl describe po nginx-demo

在这里插入图片描述

  • 查看 Pod 详细信息
kubectl get po -o wide

在这里插入图片描述

  • 执行下面命令可以查看到 nginx 可以访问，自动路由到 node2 节点（因为我们一开始装了 calico，网关路由的东西）
curl 10.244.169.135
  • 通过下面命令还可以查看 calico 已经给我们配置好网关
route -n

在这里插入图片描述

  • 通过下面命令，还能发现 k8s 给我们创建了很多容器
docker ps

在这里插入图片描述

二、探针

类型

  1. StartupProbe：用于判断应用程序是否已经启动了
  • 当配置了 startupProbe 后，会先禁用其他探针，直到 startupProbe 成功后，其他探针才会继续
startupProbe:
  httpGet:
    path: /api/startup
    port: 80
  1. LivenessProbe：用于探测容器中的应用是否运行
  • 如果探测失败，kubelet 会根据配置的重启策略进行重启，若没有配置，默认就认为容器启动成功，不会执行重启策略
livenessProbe:
  failureThreshold: 5
  httpGet:
    path: /health
    port: 8080
    scheme: HTTP
  initialDelaySeconds: 60
  periodSeconds: 10
  successThreshold: 1
  timeoutSeconds: 5
  1. ReadinessProbe：用于探测容器内的程序是否健康
  • 它的返回值如果返回 success，那么就认为该容器已经完全启动，并且该容器是可以接收外部流量的
readinessProbe:
  failureThreshold: 3 # 错误次数
  httpGet:
    path: /ready
    port: 8181
    scheme: HTTP
  periodSeconds: 10 # 间隔时间
  successThreshold: 1
  timeoutSeconds: 1

探测方式

  1. ExecAction：在容器内部执行一个命令，如果返回值为 0，则任务容器时健康的
livenessProbe:
  exec:
    command:
      - cat
      - /health
  1. TCPSocketAction：通过 tcp 连接监测容器内端口是否开放，如果开放则证明该容器健康
livenessProbe:
  tcpSocket:
    port: 80
  1. HTTPGetAction：生产环境用的较多的方式，发送 HTTP 请求到容器内的应用程序，如果接口返回的状态码在 200~400 之间，则认为容器健康
livenessProbe:
  failureThreshold: 5
  httpGet:
    path: /health
    port: 8080
    scheme: HTTP
    httpHeaders:
      - name: xxx
        value: xxx

测试探针

  1. 每次执行前，先删除测试 pod。修改内容后，重新启动配置，并观察 pod 的启动
# 删除 po
kubectl delete po nginx-demo
# 重新启动容器
kubectl create -f nginx-demo.yaml
# 观察 pod
kubectl describe po nginx-demo
kubectl get po
  1. 测试 StartupProbe
  • HTTPGetAction：往 nginx-demo.xml 添加下面内容
...
spec: # 期望Pod按照这里面的描述进行创建
  containers: # 对于Pod中的容器描述
  - name: nginx # 容器的名称，这个是可以乱取的
    image: nginx:1.7.9 # 指定容器的镜像，docker会去search
    imagePullPolicy: IfNotPresent # 镜像拉去策略， 如果本地有就用本地的，如果本地没有就拉去远程的
    # ===== 这里才是新添加 =====
    startupProbe:
      httpGet:
        path: /index.html # http 请求路径
        port: 80 # 请求端口
      failureThreshold: 3 # 失败多少次才算失败
      periodSeconds: 10 # 间隔时间
      successThreshold: 1 # 多少次检测成功算成功
      timeoutSeconds: 5 # 请求的超时时间
    # =====
    command: # 指定容器启动时执行的命令
    - nginx
    - -g
    - 'daemon off;' # nginx -g 'daemon off;'
    workingDir: /usr/share/nginx/html/ # 定义容器启动后的工作目录
...

在这里插入图片描述

  • TCPSocketAction：往 nginx-demo.xml 添加下面内容
...
spec: # 期望Pod按照这里面的描述进行创建
  containers: # 对于Pod中的容器描述
  - name: nginx # 容器的名称，这个是可以乱取的
    image: nginx:1.7.9 # 指定容器的镜像，docker会去search
    imagePullPolicy: IfNotPresent # 镜像拉去策略， 如果本地有就用本地的，如果本地没有就拉去远程的
    # ===== 这里才是新添加 =====
    startupProbe:
      #httpGet:
      #  path: /index.html # http 请求路径
      tcpSocket:
        port: 80 # 请求端口
      failureThreshold: 3 # 失败多少次才算失败
      periodSeconds: 10 # 间隔时间
      successThreshold: 1 # 多少次检测成功算成功
      timeoutSeconds: 5 # 请求的超时时间
    # =====
    command: # 指定容器启动时执行的命令
    - nginx
    - -g
    - 'daemon off;' # nginx -g 'daemon off;'
...

在这里插入图片描述

  • ExecAction：往 nginx-demo.xml 添加下面内容
...
spec: # 期望Pod按照这里面的描述进行创建
  containers: # 对于Pod中的容器描述
  - name: nginx # 容器的名称，这个是可以乱取的
    image: nginx:1.7.9 # 指定容器的镜像，docker会去search
    imagePullPolicy: IfNotPresent # 镜像拉去策略， 如果本地有就用本地的，如果本地没有就拉去远程的
    # ===== 这里才是新添加 =====
    startupProbe:
      #httpGet:
      #  path: /index.html # http 请求路径
      #tcpSocket:
      #  port: 80 # 请求端口
      exec:
        command:
        - sh
        - -c
        - "sleep 3; echo successaaa > /inited"
      failureThreshold: 3 # 失败多少次才算失败
      periodSeconds: 10 # 间隔时间
      successThreshold: 1 # 多少次检测成功算成功
      timeoutSeconds: 5 # 请求的超时时间
    # =====
    command: # 指定容器启动时执行的命令
    - nginx
    - -g
    - 'daemon off;' # nginx -g 'daemon off;'
...
  • 同时查看输出的文件内容
kubectl exec -it nginx-demo -c nginx -- cat /inited

在这里插入图片描述
3. 测试 LivenessProbe

  • 往 nginx-demo.xml 添加下面内容
...
spec: # 期望Pod按照这里面的描述进行创建
  containers: # 对于Pod中的容器描述
  - name: nginx # 容器的名称，这个是可以乱取的
    image: nginx:1.7.9 # 指定容器的镜像，docker会去search
    imagePullPolicy: IfNotPresent # 镜像拉去策略， 如果本地有就用本地的，如果本地没有就拉去远程的
    startupProbe:
      exec:
        command:
        - sh
        - -c
        - "sleep 3; echo successaaa > /inited"
      failureThreshold: 3 # 失败多少次才算失败
      periodSeconds: 10 # 间隔时间
      successThreshold: 1 # 多少次检测成功算成功
      timeoutSeconds: 5 # 请求的超时时间
    # ===== 这里才是新添加 =====
    livenessProbe:
      httpGet:
        path: /started.html # http 请求路径，这个路径肯定不存在
        port: 80
      failureThreshold: 3 # 失败多少次才算失败
      periodSeconds: 10 # 间隔时间
      successThreshold: 1 # 多少次检测成功算成功
      timeoutSeconds: 5 # 请求的超时时间
    # =====
    command: # 指定容器启动时执行的命令
    - nginx
    - -g
    - 'daemon off;' # nginx -g 'daemon off;'
...
  • 重新启动，一定会失败，这时候要添加下面命令才会启动成功
echo 'started' > started.html
kubectl cp started.html nginx-demo:/usr/share/nginx/html/

在这里插入图片描述
4. 测试 ReadinessProbe

...
spec: # 期望Pod按照这里面的描述进行创建
  containers: # 对于Pod中的容器描述
  - name: nginx # 容器的名称，这个是可以乱取的
    image: nginx:1.7.9 # 指定容器的镜像，docker会去search
    imagePullPolicy: IfNotPresent # 镜像拉去策略， 如果本地有就用本地的，如果本地没有就拉去远程的
    startupProbe:
      #httpGet:
      #  path: /index.html # http 请求路径
      #tcpSocket:
      #  port: 80 # 请求端口
      exec:
        command:
        - sh
        - -c
        - "sleep 3; echo successaaa > /inited"
      failureThreshold: 3 # 失败多少次才算失败
      periodSeconds: 10 # 间隔时间
      successThreshold: 1 # 多少次检测成功算成功
      timeoutSeconds: 5 # 请求的超时时间
    # ===== 这里才是新添加 =====
    readinessProbe:
      httpGet:
        path: /started.html # http 请求路径，这个路径肯定不存在
        port: 80
      failureThreshold: 5 # 失败多少次才算失败
      periodSeconds: 10 # 间隔时间
      successThreshold: 1 # 多少次检测成功算成功
      timeoutSeconds: 3 # 请求的超时时间
    # =====
    command: # 指定容器启动时执行的命令
    - nginx
    - -g
    - 'daemon off;' # nginx -g 'daemon off;'
...
  • 重新启动，一定会失败，这时候要添加下面命令才会启动成功
echo 'started' > started.html
kubectl cp started.html nginx-demo:/usr/share/nginx/html/

在这里插入图片描述

三、Pod 的生命周期

在这里插入图片描述

  1. 概述
  • 初始化阶段，一定会在容器启动前执行
  • 启动后，会先执行 postStart 钩子函数，但是这个函数可能和容器启动的 command 并行执行，有可能发生冲突，所以很少用
  • postStart 启动后启动容器应用，先执行 StartupProbe 探针，执行后启动 LivenessProbe 与 ReadinessProbe 探针
  • 最后容器住准备结束的时候，执行 preStop 钩子函数（容器不在，钩子函数肯定会失败）
  • Pod 推出流程（删除操作）
    • Endpoint 删除 pod 的 ip 地址
    • pod 变成 Terminating 状态：变为删除中的状态后，会给 pod 一个宽限期，让 pod 去执行一些清理或销毁操作
    • 执行 preStop 的指令
# 配置参数：
# 作用于 pod 中的所有容器（默认）
terminationGracePeriodSeconds: 30
containers:
 - xxx
  1. 测试生命周期
  • 往 nginx-demo.xml 添加下面内容
...
spec: # 期望Pod按照这里面的描述进行创建
  # ===== 这里才是新添加 =====
  # 一定要注意，如果 preStop 的任务执行超过 30s，一定要修改这个配置同时间，否则会直接结束容器。同时，如果 preStop 任务提前结束，容器也会提前结束，而不是限定 30s
  terminationGracePeriodSeconds: 30
  # =====
  containers: # 对于Pod中的容器描述
  - name: nginx # 容器的名称，这个是可以乱取的
    image: nginx:1.7.9 # 指定容器的镜像，docker会去search
    imagePullPolicy: IfNotPresent # 镜像拉去策略， 如果本地有就用本地的，如果本地没有就拉去远程的
     # ===== 这里才是新添加 =====
    lifecycle: # 生命周期配置
      postStart: # 生命周期启动阶段做的事情，不一定在容器的 command 之前运行
        exec:
          command:
          - sh
          - -c
          - "echo '<h1>pre stop</h1>' > /usr/share/nginx/html/prestop.html"
      preStop:
        exec:
          command:
          - sh
          - -c
          - "echo 'sleep finished...' >> /usr/share/nginx/html/prestop.html; sleep 50"
    # =====
    command: # 指定容器启动时执行的命令
    - nginx
    - -g
    - 'daemon off;' # nginx -g 'daemon off;'
...
  • 启动容器后，查看是否执行 preStart 脚本。可以看到脚本内容真实写进去
    在这里插入图片描述
  • 多开一个窗口，执行下面命令，执行监控容器退出
kubectl get po -w
  • 另一个窗口执行下面命令执行终止操作
time kubectl delete po nginx-demo

在这里插入图片描述

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：/a/249615.html

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

图片的批量建码怎么做？一图一码的制作方法

图片的批量建码怎么做？一图一码的制作方法

在使用图片展示内容时&#xff0c;经常会有同一类型的图片信息是有区别的&#xff0c;如果需要将每张图片批量生成二维码图片&#xff0c;那么出了一张一张去制作之外&#xff0c;有没有能够一键批量建码的功能可以解决这个问题呢&#xff1f;下面来给大家分享一下图片批量建码…
阅读更多...
2024 年值得收藏的 10 款 iPhone 数据恢复软件评论

2024 年值得收藏的 10 款 iPhone 数据恢复软件评论

iPhone 让您将数字生活装在口袋里。从您所爱之人的照片和视频&#xff0c;到与学校和工作相关的文档&#xff0c;再到重要的备忘录和日历约会&#xff0c;iPhone 内的微型存储芯片可以容纳的数据量是惊人的。 唯一的问题是&#xff0c;很快就会丢失这些数据。一次错误的点击或…
阅读更多...
FLStudio2024版本新增功能及21.3版本安装下载教程

FLStudio2024版本新增功能及21.3版本安装下载教程

FLStudio21.0.2.3中文版完整下载是最好的音乐开发和制作软件也称为水果循环。它是最受欢迎的工作室&#xff0c;因为它包含了一个主要的听觉工作场所。最新FL有不同的功能&#xff0c;如它包含图形和音乐音序器&#xff0c;帮助您使完美的配乐在一个美妙的方式。此程序可用于Mi…
阅读更多...
关于自动化用例设计的思考！

关于自动化用例设计的思考！

为什么要设计用例&#xff1f; 作为质量保证(QA)人员&#xff0c;设计测试用例的重要性不亚于开发人员编写技术实现方案。如果实现方案设计不周&#xff0c;编码阶段将可能遇到许多问题&#xff1b;同理&#xff0c;如果我们未能设计测试用例&#xff0c;产品质量就难以得到充…
阅读更多...
数据库系统 --- 绪论

数据库系统 --- 绪论

目录 一、数据库系统概述 1.4个基本概念 2.数据管理技术的产生和发展 二、数据模型 1.数据建模 2.概念模型 3.数据模型的三要素 4.层次模型 5.关系模型 三、数据库系统的三级模式结构 1.基本概念 2.数据库的三级模式结构 3.数据库的两级映像与数据独立性 4.小结 一、数据库系…
阅读更多...
TensorFlow神经网络中间层的可视化

TensorFlow神经网络中间层的可视化

TensorFlow神经网络中间层的可视化 TensorFlow神经网络中间层的可视化1. 训练网络并保存为.h5文件2. 通过.h5文件导入网络3. 可视化网络中间层结果&#xff08;1&#xff09;索引取层可视化&#xff08;2&#xff09;通过名字取层可视化 TensorFlow神经网络中间层的可视化 1. …
阅读更多...
“Java 已死、前端已凉”？技术变革与编程语言前景：Java和前端的探讨

“Java 已死、前端已凉”？技术变革与编程语言前景：Java和前端的探讨

前端已死话题概论 本文讨论了近期IT圈中流传的“Java 已死、前端已凉”言论。我们审视了这些言论的真实性&#xff0c;并深入探讨了技术行业的演变和新兴技术的出现对编程语言和前端开发的影响。通过分析历史发展、当前趋势和未来展望&#xff0c;我们提供了对这些话题更深层次…
阅读更多...
装修干货，新房装修防水细节要注意！福州中宅装饰，福州装修

装修干货，新房装修防水细节要注意！福州中宅装饰，福州装修

水管破裂&#xff0c;墙面起泡&#xff0c;地面渗水……这些水涨船高的问题&#xff0c;你遇到过吗&#xff1f;如果经常遇到&#xff0c;那么你需要了解一些关于防水的干货知识。今天&#xff0c;我就来分享一些装修防水的小技巧和经验&#xff0c;帮助你摆脱装修“水淋淋”的…
阅读更多...
Bootstrap 响应式实用工具-来自Twitter，目前最受欢迎的前端框架

Bootstrap 响应式实用工具-来自Twitter，目前最受欢迎的前端框架

Bootstrap 提供了一些辅助类，以便更快地实现对移动设备友好的开发。这些可以通过媒体查询结合大型、小型和中型设备，实现内容对设备的显示和隐藏。 需要谨慎使用这些工具，避免在同一个站点创建完全不同的版本。响应式实用工具目前只适用于块和表切换。 超小屏幕 手机 (<…
阅读更多...
黑马点评05分布式锁 1互斥锁和过期时间

黑马点评05分布式锁 1互斥锁和过期时间

实战篇-09.分布式锁-基本原理和不同实现方式对比_哔哩哔哩_bilibili 1.分布式锁 因为jvm内部的sychonized锁无法在不同jvm之间共享锁监视器&#xff0c;所以需要一个jvm外部的锁来共享。 2.redis setnx互斥锁 加锁解锁即可 2.1不释放锁可能死锁 redis 的setnx不会自动释放锁…
阅读更多...
四十二、Redis

四十二、Redis

目录 一、简介 二、Redis基础 三、Redis的持久化 四、Redis主从、哨兵、分片集群安装 五、Redis主从 六、Redis哨兵 七、Redis分片集群 一、简介 Redis是一个内存中的数据结构存储系统&#xff0c;可以用作数据库、缓存和消息中间件。它的数据结构包括字符串、列表、集合…
阅读更多...
zabbix批量添加端口监控

zabbix批量添加端口监控

背景 以前做监控的时候&#xff0c;一台机器上就几个重要端口&#xff0c;手动添加一下监控就可以了。这次公司一个新业务上了很多服务器&#xff0c;每台服务器上的业务端口很多&#xff0c;而且还不一样。着手动添加会累死人的。所以想zabbix怎么批量添加端口监控。通过查了…
阅读更多...
Flink的处理函数

Flink的处理函数

之前的流处理API&#xff0c;无论是基本的转换、聚合&#xff0c;还是更为复杂的窗口操作&#xff0c;其实都是基于DataStream进行转换的&#xff0c;所以可以统称为DataStream API。 在Flink更底层&#xff0c;我们可以不定义任何具体的算子&#xff08;比如map&#xff0c;f…
阅读更多...
文章解读与仿真程序复现思路——电网技术EI\CSCD\北大核心《考虑碳交易机制的含风电电力系统日前优化调度》

文章解读与仿真程序复现思路——电网技术EI\CSCD\北大核心《考虑碳交易机制的含风电电力系统日前优化调度》

解读标题 "考虑碳交易机制的含风电电力系统日前优化调度" 意味着在该研究或应用中&#xff0c;对含有风电的电力系统进行日前优化调度&#xff0c;并考虑了碳交易机制。 具体解读如下&#xff1a; "含风电电力系统"&#xff1a;指涉及到风能作为电力系统的…
阅读更多...
前端设计模式之旅：命令模式

前端设计模式之旅：命令模式

引言 使用命令模式&#xff0c;我们可以将执行特定任务的对象与调用该方法的对象解耦。 核心思想 命令模式的核心思想是将请求封装成一个对象&#xff0c;从而使请求的发起者和请求的执行者解耦。 请求的发起者只需要知道如何创建命令对象并将其传递给请求者&#xff0c;而不需…
阅读更多...
Python基础入门第四节，第五节课笔记

Python基础入门第四节，第五节课笔记

第四节 第一个条件语句 if 条件: 条件成立执行的代码1 条件成立执行的代码2 ...... else: 条件不成立执行的代码1 条件不成立执行的代码2 …… 代码如下: 身高 float(input("请输入您的身高(米):")) if 身高 >1.3:print(f您的身高是{身高},已经超过1.3米,您需…
阅读更多...
python+appium自动化常见操作

python+appium自动化常见操作

1、点击、输入操作 #点击 driver.find_element(id,com.lemon.lemonban:id/navigation_my).click() #输入 driver.find_element(id,com.lemon.lemonban:id/et_password).send_keys(abc)2、隐形等待 driver.implicitly_wait(10)3、显性等待 #显性等待 locator (xpath,xpath) wai…
阅读更多...
数学公式推导中 “:=“和“:=“的区别

数学公式推导中 “:=“和“:=“的区别

A:B 将A定义为&#xff08;记为&#xff0c;令为&#xff09;B A:B 将B定义为&#xff08;记为&#xff0c;令为&#xff09;A
阅读更多...
fckeditor编辑器在Chrome浏览器下编辑时多出空格解决方法

fckeditor编辑器在Chrome浏览器下编辑时多出空格解决方法

查看专栏目录 Network 灰鸽宝典专栏主要关注服务器的配置&#xff0c;前后端开发环境的配置&#xff0c;编辑器的配置&#xff0c;网络服务的配置&#xff0c;网络命令的应用与配置&#xff0c;windows常见问题的解决等。 文章目录 结尾语网络的梦想 dedecms网站后台采用fckedi…
阅读更多...
『OPEN3D』1.5.1 动手实现点云暴力最近邻

『OPEN3D』1.5.1 动手实现点云暴力最近邻

本专栏地址： https://blog.csdn.net/qq_41366026/category_12186023.html?spm=1001.2014.3001.5482https://blog.csdn.net/qq_41366026/category_12186023.html?spm=1001.2014.3001.5482 1、暴力最近邻法 暴力最近邻法 (Brute-force Nearest Neighbour Search，BF 搜索) 是…
阅读更多...
最新文章

Copyright @ 2022~2023