云原生之深入解析Dapr安全性之访问控制策略

news2025/10/31 10:39:23

一、服务调用范围访问策略

① 跨命名空间的服务调用

  • Dapr 通过服务调用 API 提供端到端的安全性，能够使用 Dapr 对应用程序进行身份验证并设置端点访问策略：

在这里插入图片描述

  • Dapr 应用程序可以被限定在特定的命名空间，以实现部署和安全，当然仍然可以在部署到不同命名空间的服务之间进行调用。默认情况下，服务调用支持通过简单地引用应用 ID (比如 nodeapp) 来调用同一命名空间内的服务：
localhost:3500/v1.0/invoke/nodeapp/method/neworder
  • 服务调用还支持跨命名空间的调用，在所有受支持的托管平台上，Dapr 应用程序 ID 符合包含目标命名空间的有效 FQDN 格式，可以同时指定：
    • 应用 ID (如 nodeapp)；
    • 应用程序运行的命名空间（production）。
  • 比如在 production 命名空间中的 nodeapp 应用上调用 neworder 方法，则可以使用下面的方式：
localhost:3500/v1.0/invoke/nodeapp.production/method/neworder
  • 当使用服务调用在命名空间中调用应用程序时，可以使用命名空间对其进行限定，特别在 Kubernetes 集群中的跨命名空间调用是非常有用的。

② 为服务调用应用访问控制列表配置

  • 访问控制策略在配置文件中被指定，并被应用于被调用应用程序的 Dapr sidecar，对被调用应用程序的访问是基于匹配的策略动作，可以为所有调用应用程序提供一个默认的全局动作，如果没有指定访问控制策略，默认行为是允许所有调用应用程序访问被调用的应用程序。
  • -在了解访问控制策略配置之前，我们需要先了解两个概念：
    • TrustDomain - “信任域”是管理信任关系的逻辑组，每个应用程序都分配有一个信任域，可以在访问控制列表策略规范中指定，如果未定义策略规范或指定了空的信任域，则使用默认值 public，该信任域用于在 TLS 证书中生成应用程序的身份。
    • App Identity - Dapr 请求 sentry 服务为所有应用程序生成一个 SPIFFE id，这个 id 附加在 TLS 证书中。SPIFFE id 的格式为：spiffe:///ns//，对于匹配策略，调用应用的信任域、命名空间和应用 ID 值从调用应用的 TLS 证书中的 SPIFFE id 中提取，这些值与策略规范中指定的信任域、命名空间和应用 ID 值相匹配。如果这三个都匹配，则更具体的策略将进一步匹配。
  • 访问控制策略会遵循如下所示的一些规则：
    • 如果未指定访问策略，则默认行为是允许所有应用访问被调用应用上的所有方法；
    • 如果未指定全局默认操作且未定义应用程序特定策略，则将空访问策略视为未指定访问策略，并且默认行为是允许所有应用程序访问被调用应用程序上的所有方法；
    • 如果未指定全局默认操作，但已定义了一些特定于应用程序的策略，则会采用更安全的选项，即假设全局默认操作拒绝访问被调用应用程序上的所有方法；
    • 如果定义了访问策略并且无法验证传入的应用程序凭据，则全局默认操作将生效；
    • 如果传入应用的信任域或命名空间与应用策略中指定的值不匹配，则应用策略将被忽略并且全局默认操作生效。
  • 下如下是一些使用访问控制列表进行服务调用的示例场景：
    • 拒绝所有应用程序的访问，除非 trustDomain = public、namespace = default、appId = app1，使用如下所示的配置，允许所有 appId = app1 的调用方法，并拒绝来自其他应用程序的所有其他调用请求：
apiVersion: dapr.io/v1alpha1
kind: Configuration
metadata:
  name: appconfig
spec:
  accessControl:
    defaultAction: deny
    trustDomain: "public"
    policies:
      - appId: app1
        defaultAction: allow
        trustDomain: "public"
        namespace: "default"
    • 拒绝访问除 trustDomain = public、namespace = default、appId = app1、operation = op1 之外的所有应用程序，使用此配置仅允许来自 appId = app1 的方法 op1，并且拒绝来自所有其他应用程序的所有其他方法请求，包括 app1 上的其他方法：
apiVersion: dapr.io/v1alpha1
kind: Configuration
metadata:
  name: appconfig
spec:
  accessControl:
    defaultAction: deny
    trustDomain: "public"
    policies:
      - appId: app1
        defaultAction: deny
        trustDomain: "public"
        namespace: "default"
        operations:
          - name: /op1
            httpVerb: ["*"]
            action: allow
    • 拒绝对所有应用程序的访问，除非 HTTP 的特定 verb 和 GRPC 的操作匹配，使用如下所示的配置，仅允许以下场景访问，并且来自所有其他应用程序的所有其他方法请求（包括 app1 或 app2 上的其他方法）都会被拒绝。trustDomain = public、namespace = default、appID = app1、operation = op1、http verb = POST/PUT；trustDomain = “myDomain”、namespace = “ns1”、appID = app2、operation = op2 并且应用程序协议是 GRPC，仅允许来自 appId = app1 的方法 op1 上的 POST/PUT 请求以及来自所有其他应用程序的所有其他方法请求，包括 app1 上的其他方法，被拒绝。
apiVersion: dapr.io/v1alpha1
kind: Configuration
metadata:
  name: appconfig
spec:
  accessControl:
    defaultAction: deny
    trustDomain: "public"
    policies:
      - appId: app1
        defaultAction: deny
        trustDomain: "public"
        namespace: "default"
        operations:
          - name: /op1
            httpVerb: ["POST", "PUT"]
            action: allow
      - appId: app2
        defaultAction: deny
        trustDomain: "myDomain"
        namespace: "ns1"
        operations:
          - name: /op2
            action: allow
    • 允许访问除 trustDomain = public、namespace = default、appId = app1、operation = /op1/* 所有 http verb 之外的所有方法：
apiVersion: dapr.io/v1alpha1
kind: Configuration
metadata:
  name: appconfig
spec:
  accessControl:
    defaultAction: allow
    trustDomain: "public"
    policies:
      - appId: app1
        defaultAction: allow
        trustDomain: "public"
        namespace: "default"
        operations:
          - name: /op1/*
            httpVerb: ["*"]
            action: deny
    • 允许访问 trustDomain = public、namespace = ns1、appId = app1 的所有方法并拒绝访问 trustDomain = public、namespace = ns2、appId = app1 的所有方法，此场景展示了如何指定具有相同应用 ID 但属于不同命名空间的应用：
apiVersion: dapr.io/v1alpha1
kind: Configuration
metadata:
  name: appconfig
spec:
  accessControl:
    defaultAction: allow
    trustDomain: "public"
    policies:
      - appId: app1
        defaultAction: allow
        trustDomain: "public"
        namespace: "ns1"
      - appId: app1
        defaultAction: deny
        trustDomain: "public"
        namespace: "ns2"
    • 允许访问除 trustDomain = public、namespace = default、appId = app1、operation = /op1/**/a、所有 http 动词之外的所有方法：
apiVersion: dapr.io/v1alpha1
kind: Configuration
metadata:
  name: appconfig
spec:
  accessControl:
    defaultAction: allow
    trustDomain: "public"
    policies:
      - appId: app1
        defaultAction: allow
        trustDomain: "public"
        namespace: "default"
        operations:
          - name: /op1/**/a
            httpVerb: ["*"]
            action: deny
  • 如下所示，通过一个具体的示例来展示下访问控制策略的使用，同样还是使用 quickstarts 示例中的 hello-world 进行说明：
git clone [-b <dapr_version_tag>] https://github.com/dapr/quickstarts.git
cd quickstarts/tutorials/hello-world/node
  • 该示例应用中包含一个 python 应用去调用一个 node.js 应用程序，访问控制列表依靠 Dapr Sentry 服务来生成带有 SPIFFE id 的 TLS 证书进行认证，这意味着 Sentry 服务必须在本地运行或部署到你的托管环境，比如 Kubernetes 集群。

在这里插入图片描述

  • 如下的 nodeappconfig 例子显示如何拒绝来自 pythonapp 的 neworder 方法的访问，其中 pythonapp 是在 myDomain 信任域和 default 命名空间中，nodeapp 在 public 公共信任域中：
# nodeappconfig.yaml
apiVersion: dapr.io/v1alpha1
kind: Configuration
metadata:
  name: nodeappconfig
spec:
  tracing:
    samplingRate: "1"
  accessControl:
    defaultAction: allow
    trustDomain: "public"
    policies:
      - appId: pythonapp
        defaultAction: allow
        trustDomain: "myDomain"
        namespace: "default"
        operations:
          - name: /neworder
            httpVerb: ["POST"]
            action: deny

# pythonappconfig.yaml
apiVersion: dapr.io/v1alpha1
kind: Configuration
metadata:
  name: pythonappconfig
spec:
  tracing:
    samplingRate: "1"
  accessControl:
    defaultAction: allow
    trustDomain: "myDomain"
  • 接下来先在本地自拓管模式下来使用启用访问策略配置，首先需要在启用 mTLS 的情况下在本地运行 Sentry 服务，可以直接在 https://github.com/dapr/dapr/releases 页面下载对应的 sentry 二进制文件，比如我们这里是 Mac M1，则可以使用下面的命令直接下载：
# wget https://github.91chi.fun/https://github.com/dapr/dapr/releases/download/v1.8.4/sentry_darwin_arm64.tar.gz
$ wget https://github.com/dapr/dapr/releases/download/v1.8.4/sentry_darwin_arm64.tar.gz
$ tar -xvf sentry_darwin_arm64.tar.gz
  • 然后为 Sentry 服务创建一个目录以创建自签名根证书：
$ mkdir -p $HOME/.dapr/certs
  • 使用以下命令在本地运行 Sentry 服务：
$ ./sentry --issuer-credentials $HOME/.dapr/certs --trust-domain cluster.local
INFO[0000] starting sentry certificate authority -- version 1.8.4 -- commit 18575823c74318c811d6cd6f57ffac76d5debe93  instance=MBP2022.local scope=dapr.sentry type=log ver=1.8.4
INFO[0000] configuration: [port]: 50001, [ca store]: default, [allowed clock skew]: 15m0s, [workload cert ttl]: 24h0m0s  instance=MBP2022.local scope=dapr.sentry.config type=log ver=1.8.4
WARN[0000] loading default config. couldn't find config name: daprsystem: stat daprsystem: no such file or directory  instance=MBP2022.local scope=dapr.sentry type=log ver=1.8.4
INFO[0000] starting watch on filesystem directory: /Users/cnych/.dapr/certs  instance=MBP2022.local scope=dapr.sentry type=log ver=1.8.4
INFO[0000] certificate authority loaded                  instance=MBP2022.local scope=dapr.sentry type=log ver=1.8.4
INFO[0000] root and issuer certs not found: generating self signed CA  instance=MBP2022.local scope=dapr.sentry.ca type=log ver=1.8.4
# ......
INFO[0000] sentry certificate authority is running, protecting ya'll  instance=MBP2022.local scope=dapr.sentry type=log ver=1.8.4
  • 运行成功后 Sentry 服务将在指定目录中创建根证书，可以通过如下所示的命令来配置环境变量指定相关证书路径：
export DAPR_TRUST_ANCHORS=`cat $HOME/.dapr/certs/ca.crt`
export DAPR_CERT_CHAIN=`cat $HOME/.dapr/certs/issuer.crt`
export DAPR_CERT_KEY=`cat $HOME/.dapr/certs/issuer.key`
export NAMESPACE=default
  • 然后就可以运行 daprd 为启用 mTLS 的 node.js 应用启动 Dapr sidecar，并引用本地的 Sentry 服务：
daprd --app-id nodeapp --dapr-grpc-port 50002 -dapr-http-port 3501 -metrics-port 9091 --log-level debug --app-port 3000 --enable-mtls --sentry-address localhost:50001 --config nodeappconfig.yaml
  • 上面的命令通过 --enable-mtls 启用了 mTLS，通过 --config 指定了上面的 nodeappconfig.yaml 这个配置文件，然后启动 node.js 应用：
$ cd node && yarn
$ node app.js
Node App listening on port 3000!
  • 同样的方式在另外的终端中设置环境变量：
export DAPR_TRUST_ANCHORS=`cat $HOME/.dapr/certs/ca.crt`
export DAPR_CERT_CHAIN=`cat $HOME/.dapr/certs/issuer.crt`
export DAPR_CERT_KEY=`cat $HOME/.dapr/certs/issuer.key`
export NAMESPACE=default
  • 然后运行 daprd 为启用 mTLS 的 python 应用启动 Dapr sidecar，并引用本地的 Sentry 服务：
daprd --app-id pythonapp  --dapr-grpc-port 50003 --metrics-port 9092 --log-level debug --enable-mtls --sentry-address localhost:50001 --config pythonappconfig.yaml
  • 再重新开一个终端直接启动 Python 应用即可：
$ cd python && pip3 install -r requirements.txt
$ python3 app.py

HTTP 403 => {"errorCode":"ERR_DIRECT_INVOKE","message":"fail to invoke, id: nodeapp, err: rpc error: code = PermissionDenied desc = access control policy has denied access to appid: pythonapp operation: neworder verb: POST"}
HTTP 403 => {"errorCode":"ERR_DIRECT_INVOKE","message":"fail to invoke, id: nodeapp, err: rpc error: code = PermissionDenied desc = access control policy has denied access to appid: pythonapp operation: neworder verb: POST"}
# ......
  • 由于 nodeappconfig 文件中我们配置了对 /neworder 接口的 POST 拒绝操作，所以应该会在 python 应用程序命令提示符中看到对 node.js 应用程序的调用失败，如果将上面的 nodeappconfig 配置中的 action: deny 修改为 action: allow 并重新运行应用程序，然后应该会看到此调用成功。
  • 对于 Kubernetes 模式则更简单，只需要创建上述配置文件 nodeappconfig.yaml 和 pythonappconfig.yaml 并将其应用于 Kubernetes 集群，然后在应用的注解中添加 dapr.io/config: “pythonappconfig” 来指定配置即可开启服务访问控制。
annotations:
  dapr.io/enabled: "true"
  dapr.io/app-id: "pythonapp"
  dapr.io/config: "pythonappconfig"

二、Pub/sub 主题范围访问策略

  • 对于 Pub/sub 组件，可以限制允许哪些主题类型和应用程序发布和订阅特定主题。命名空间或组件范围可用于限制组件对特定应用程序的访问，这些添加到组件的应用程序范围仅限制具有特定 ID 的应用程序能够使用该组件。
  • 如下所示显示如何将两个启用 Dapr 的应用程序（应用程序 ID 为 app1 和 app2）授予名为 statestore 的 Redis 组件，该组件本身位于 production 命名空间中：
apiVersion: dapr.io/v1alpha1
kind: Component
metadata:
  name: statestore
  namespace: production
spec:
  type: state.redis
  version: v1
  metadata:
    - name: redisHost
      value: redis-master:6379
scopes:
  - app1
  - app2
  • 除了这个通用组件的 scopes 范围之外，发布/订阅组件还可以限制以下内容：
    • 可以使用哪些主题（发布或订阅）；
    • 允许哪些应用发布到特定主题；
    • 允许哪些应用订阅特定主题。
  • 这被称为发布/订阅主题范围，可以为每个发布/订阅组件定义发布/订阅范围，比如可能有一个名为 pubsub 的 pub/sub 组件，它具有一组范围，另一个 pubsub2 具有另外不同的范围。

① 主题访问范围

  • 如果主题包含敏感信息并且仅允许应用程序的子集发布或订阅这些信息，那么限制哪些应用程序可以发布/订阅主题可能会很有用，如下以下是三个应用程序和三个主题的示例：
apiVersion: dapr.io/v1alpha1
kind: Component
metadata:
  name: pubsub
spec:
  type: pubsub.redis
  version: v1
  metadata:
    - name: redisHost
      value: "localhost:6379"
    - name: redisPassword
      value: ""
    - name: publishingScopes
      value: "app1=topic1;app2=topic2,topic3;app3="
    - name: subscriptionScopes
      value: "app2=;app3=topic1"
  • 这里设置了 publishingScopes 和 subscriptionScopes 两个属性，分别用于配置发布范围和订阅范围。要拒绝应用发布到任何主题，请将主题列表留空，比如配置的 app1=topic1;app2=topic2,topic3;app3=，其中的 app3= 就表示该应用不允许发布到任何主题上去。
  • 根据配置下表显示了允许哪些应用程序发布到主题中：
Topic1Topic2Topic3
app1X
app2X
app3X
  • 如下显示了哪些应用程序可以订阅主题：
Topic1Topic2Topic3
app1XXX
app2
app3X

-如果未列出应用程序（例如，subscriptionScopes 中的 app1），则允许它订阅所有主题，因为不使用 allowedTopics 并且 app1 没有任何订阅范围，所以它也可以使用上面未列出的其他主题。

② 限制允许的主题

  • 如果 Dapr 应用程序向其发送消息，则会创建一个主题，在某些情况下，应管理此主题的创建。例如：
    • Dapr 应用程序中生成主题名称的错误可能导致创建无限数量的主题；
    • 精简主题名称和总数，防止主题无限增长。
  • 在这些情况下，可以使用 allowedTopics 属性进行配置，以下就是三个允许主题的示例：
apiVersion: dapr.io/v1alpha1
kind: Component
metadata:
  name: pubsub
spec:
  type: pubsub.redis
  version: v1
  metadata:
    - name: redisHost
      value: "localhost:6379"
    - name: redisPassword
      value: ""
    - name: allowedTopics
      value: "topic1,topic2,topic3"

③ 组合 allowedTopics 和范围

  • 有时想结合这两个范围，因此只有一组固定的允许主题并为某些应用程序指定范围。以下是三个应用程序和两个主题的示例：
apiVersion: dapr.io/v1alpha1
kind: Component
metadata:
  name: pubsub
spec:
  type: pubsub.redis
  version: v1
  metadata:
    - name: redisHost
      value: "localhost:6379"
    - name: redisPassword
      value: ""
    - name: allowedTopics
      value: "A,B"
    - name: publishingScopes
      value: "app1=A"
    - name: subscriptionScopes
      value: "app1=;app2=A"
  • 根据上面的配置下表显示了允许哪个应用程序发布到主题中：
ABC
app1X
app2XX
app3XXX
  • 下表显示了允许哪个应用程序订阅主题：
ABC
app1
app2X
app3XX

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

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

计算机基础知识学习笔记

计算机基础知识学习笔记

目录 1.计算机奠基人—冯•诺依曼1.冯诺依曼结构2.冯诺依曼结构的特点 2.计算机的发展 感觉自己的计算机基础知识还很薄弱&#xff0c;工作之余补习一下。1.计算机奠基人—冯•诺依曼 1.冯诺依曼结构 冯诺依曼结构也称作普林斯顿结构&#xff0c;是一种将程序&#xff08;指令…
阅读更多...
【C语言】大小端介绍以及判断大小端的两种方式

【C语言】大小端介绍以及判断大小端的两种方式

前言 &#x1f388;大家好&#xff0c;我是何小侠&#x1f388; &#x1f343;大家可以叫我小何或者小侠&#x1f343; &#x1f490;希望能通过写博客加深自己对于学习内容的理解&#x1f490; &#x1f338;也能帮助更多人理解和学习&#x1f338; 花繁柳密处&#xff0c;拨…
阅读更多...
【探索 Kubernetes|作业管理篇 系列 16】离线业务 Job、CronJob

【探索 Kubernetes|作业管理篇 系列 16】离线业务 Job、CronJob

前言 大家好&#xff0c;我是秋意零。 在上一篇中&#xff0c;我们讲解了 DaemonSet 控制器&#xff0c;相信你以及理解了其的工作过程&#xff0c;分为三部。一是&#xff0c;获取所有 Node 节点中的 Pod&#xff1b;二是&#xff0c;判断是否有符合 DaemonSet 管理的 Pod&a…
阅读更多...
osg实现镜面成像、倒影效果

osg实现镜面成像、倒影效果

目录 1. 需求提出 2. 代码实现 3. 功能讲解 3.1. 设置地面半透明 3.2. 设置镜面倒影成像 3.3. 设置地面颜色 3.4. 设置相机初始位置 4. 总结 1. 需求提出 平时的业务需求&#xff0c;有时需要实现镜面成像、倒影效果&#xff0c;如下&#xff1a…
阅读更多...
79、基于STM32单片机DHT11温湿度无线蓝牙手机APP监控报警系统(程序+原理图+PCB图+设计资料+参考论文+开题报告+元器件清单等)

79、基于STM32单片机DHT11温湿度无线蓝牙手机APP监控报警系统(程序+原理图+PCB图+设计资料+参考论文+开题报告+元器件清单等)

摘　要 温湿度控制已成为当今社会研究的热门项目。是工农业生产过程中必须考虑的因素。作为最常见的被控参数。温度和湿度已经不再是相互独立的物理量&#xff0c;而应在系统中综合考虑。广泛应用于实验室、大棚、花圃、粮仓乃至土壤等各个领域。而传统的温湿度控制则利用湿度…
阅读更多...
Qt QLineEdit篇

Qt QLineEdit篇

QLineEdit篇 【1】QLineEdit简介【2】QLineEdit常用方法【3】QLineEdit使用举例UI设计界面效果头文件源文件 PC饱和了&#xff0c;跟我学Qt比较实在&#xff0c;哈哈哈 【1】QLineEdit简介 QLineEdit是Qt框架中的一个类&#xff0c;用于创建一个文本输入框&#xff0c;允许用…
阅读更多...
【WSN定位】基于蜣螂优化算法DBO的Dvhop定位算法 不同锚节点比例和不同通信半径情况下对比【Matlab代码#45】

【WSN定位】基于蜣螂优化算法DBO的Dvhop定位算法 不同锚节点比例和不同通信半径情况下对比【Matlab代码#45】

文章目录 【可更换其他算法&#xff0c;获取资源请见文章第5节&#xff1a;资源获取】1. Dvhop定位算法2. 蜣螂优化算法3. 部分代码展示4. 仿真结果展示5. 资源获取 【可更换其他算法&#xff0c;获取资源请见文章第5节&#xff1a;资源获取】 1. Dvhop定位算法 根据距离矢量和…
阅读更多...
#systemverilog# 关于随机约束之 约束块

#systemverilog# 关于随机约束之 约束块

随机变量的值通过由约束块声明的约束表达式来确定。像任务、函数和变量一样，随机块是类的成员。在一个类中，约束块的名字必须是唯一的。 一 语法定义 声明约束块的语法如下： （1）constraint_identifier是约束块的名字。使用constraint_mode()（参见12.8节）方法，这个名字…
阅读更多...
初步认识Java垃圾回收算法

初步认识Java垃圾回收算法

GCRoot指被栈上直接或间接引用的对象&#xff0c;或被本地方法栈直接或间接引用的对象&#xff0c;或被方法区引用的对象。 被引用的对象是不能被删除的。 如果对象跟GCRoot并没有直接或间接相连的关系&#xff0c;那么这些对象就可以被删除了。 标记-清理&#xff1a;将需要删…
阅读更多...
C++智能指针使用陷阱、shared_ptr实现

C++智能指针使用陷阱、shared_ptr实现

一 智能指针使用概述 1.使用场景 1.1 unique_ptr 1.1.1 概念 std::unique_ptr 是通过指针占有并管理另一对象&#xff0c;并在 unique_ptr 离开作用域时释放该对象的智能指针。 std::unique_ptr 常用于管理对象的生存期&#xff0c;包含&#xff1a; 通过正常退出和经由异…
阅读更多...
SpringBoot 实现导出数据 - EasyExcel 导出数据

SpringBoot 实现导出数据 - EasyExcel 导出数据

文章目录 1. EasyExcel 介绍2. 导出2.1 引入依赖2.2 构建测试实体类 3. 设置单元格大小 1. EasyExcel 介绍 EasyExcel 官网介绍 传统操作Excel大多都是利用 Apach POI 进行操作的&#xff0c;但是 POI 框架并不完善&#xff0c;使用过程非常繁琐且有较多的缺陷&#xff1a; 动态…
阅读更多...
lesson11 Zigbee MAC地址通信

lesson11 Zigbee MAC地址通信

目录 Zigbee MAC地址通信 前言 查看MAC地址&#xff08;含组网过程抓包分析&#xff09; 方法1&#xff1a;通过dongle抓包查看MAC地址 方法2&#xff1a;仿真调试查看MAC 实验过程 实现步骤 实验效果 出错分析 最终现象 结果分析 Zigbee MAC地址通信 前言 1、Zig…
阅读更多...
Python中类的变量，一个下划线与两个下划线的区别

Python中类的变量，一个下划线与两个下划线的区别

形似 功能__xx这是私有变量&#xff0c; 只有内部可以访问&#xff0c;外部不可以访问。但是也不是一定不可以访问&#xff0c;只要以 _类名__xx样式就可以访问 。但最好不要这样做&#xff0c;养成良好编程习惯_x这是实例变量&#xff0c;可以访问&#xff0c;但是不要轻…
阅读更多...
STM32MP157-正点原子第六章tf-a使用编译错误

STM32MP157-正点原子第六章tf-a使用编译错误

原因&#xff1a;交叉编译工具链选择错误 亲测&#xff1a; gcc-arm-10.3-2021.07-x86_64-arm-none-linux-gnueabihf.tar.xz 和 gcc-arm-11.2-2022.02-x86_64-arm-none-linux-gnueabihf.tar.xz 可以成功编译 下载网址https://mirrors.tuna.tsinghua.edu.cn/armbian-relea…
阅读更多...
全国各城市交通运输邮电业本地电话用户（1999-2020年）

全国各城市交通运输邮电业本地电话用户（1999-2020年）

本数据展示了全国各城市的本地电话用户数量。通过对这些数量的分析&#xff0c;可以了解全国各城市通信设施建设的发展情况、人口密度以及工业经济的发展程度等方面的信息。此数据不仅可供政府部门制定信息技术政策&#xff0c;还可以为企业投资提供重要参考。同时&#xff0c;…
阅读更多...
Leetcode-每日一题【382.链表随机结点】

Leetcode-每日一题【382.链表随机结点】

题目 给你一个单链表,随机选择链表的一个节点,并返回相应的节点值。每个节点被选中的概率一样 。 实现 Solution 类&#xff1a; Solution(ListNode head) 使用整数数组初始化对象。int getRandom() 从链表中随机选择一个节点并返回该节点的值。链表中所有节点被选中的概率相…
阅读更多...
网络空间安全专业未来的发展前景以及薪资待遇如何？

网络空间安全专业未来的发展前景以及薪资待遇如何？

不管是考虑未来报读专业的准大学生&#xff0c;还是初入职场的实习生&#xff0c;亦或是想要跳槽转岗的职场人&#xff0c;当我们开始选择一份工作时&#xff0c;本质上都在考虑以下三个问题&#xff1a; 这份工作的收入水平如何&#xff1b;这份工作有没有发展前景&#xff1…
阅读更多...
基于卷积神经网络的目标分类案例

基于卷积神经网络的目标分类案例

文章目录 一、卷积神经网络二、环境配置及数据集准备三、猫狗数据分类建模1、猫狗图像预处理2、猫狗分类的实例——基准模型3、基准模型的调整 一、卷积神经网络 卷积神经网络&#xff08;Convolutional Neural Networks, CNN 是一类包含卷积计算且具有深度结构的前馈神经网络…
阅读更多...
HashMap源码分析

HashMap源码分析

文章目录 1、put方法流程2 、扩容机制3 、get方法 分析源码我们一般从三个方面入手&#xff1a; 常见属性&#xff08;成员变量&#xff09;构造方法关键方法 下面分析一下HashMap源码&#xff1a; 首先常见属性有&#xff1a; DEFAULT_INITIAL_CAPACITY 1 << 4; // a…
阅读更多...
二叉树进阶——搜索二叉树

二叉树进阶——搜索二叉树

搜索二叉树 1. 概念2. 二叉搜索树的操作2.1 查找2.2 插入2.3 删除&#xff08;重点&#xff09; 3. 搜索二叉树的应用4. 搜索二叉树的性能分析 1. 概念 二叉搜索树又称二叉排序树&#xff0c;它或者是一棵空树&#xff0c;或者是具有以下性质的二叉树: 若它的左子树不为空&am…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023