k8s微服务

一 、什么是微服务

用控制器来完成集群的工作负载，那么应用如何暴漏出去？需要通过微服务暴漏出去后才能被访问

  • Service是一组提供相同服务的Pod对外开放的接口。

  • 借助Service，应用可以实现服务发现和负载均衡。

  • service默认只支持4层负载均衡能力，没有7层功能。（可以通过Ingress实现）

二、微服务的类型

 示例：

#生成控制器文件并建立控制器
[root@k8s-master ~]# kubectl create deployment timinglee --image myapp:v1  --replicas 2 --dry-run=client -o yaml > timinglee.yaml

#生成微服务yaml追加到已有yaml中
[root@k8s-master ~]# kubectl expose deployment timinglee --port 80 --target-port 80 --dry-run=client -o yaml >> timinglee.yaml

[root@k8s-master ~]# vim timinglee.yaml

[root@k8s-master ~]# kubectl apply  -f timinglee.yaml
deployment.apps/timinglee created
service/timinglee created

[root@k8s-master ~]# kubectl get services
NAME         TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)   AGE
kubernetes   ClusterIP   10.96.0.1       <none>        443/TCP   19h
timinglee    ClusterIP   10.99.127.134   <none>        80/TCP    16s
微服务默认使用iptables调度

[root@k8s-master ~]# kubectl get services  -o wide
NAME         TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)   AGE    SELECTOR
kubernetes   ClusterIP   10.96.0.1       <none>        443/TCP   19h    <none>
timinglee    ClusterIP   10.99.127.134   <none>        80/TCP    119s   app=timinglee            

#集群内部IP 134

#可以在火墙中查看到策略信息
[root@k8s-master ~]# iptables -t nat -nL
KUBE-SVC-I7WXYK76FWYNTTGM  6    --  0.0.0.0/0            10.99.127.134        /* default/timinglee cluster IP */ tcp dpt:80

三、ipvs模式

  • Service 是由 kube-proxy 组件，加上 iptables 来共同实现的

  • kube-proxy 通过 iptables 处理 Service 的过程，需要在宿主机上设置相当多的 iptables 规则，如果宿主机有大量的Pod，不断刷新iptables规则，会消耗大量的CPU资源

  • IPVS模式的service，可以使K8s集群支持更多量级的Pod

3.1 ipvs模式配置方式

1 在所有节点中安装ipvsadm

[root@k8s-所有节点 pod]yum install ipvsadm –y

[root@k8s-master ~]# dnf install ipvsadm -y
[root@k8s-node1 ~]# dnf install ipvsadm -y
[root@k8s-node2 ~]# dnf install ipvsadm -y

2 修改master节点的代理配置

[root@k8s-master ~]# kubectl -n kube-system edit cm kube-proxy
 

3 重启pod，在pod运行时配置文件中采用默认配置，当改变配置文件后已经运行的pod状态不会变化，所以要重启pod

[!NOTE]

切换ipvs模式后，kube-proxy会在宿主机上添加一个虚拟网卡：kube-ipvs0，并分配所有service IP

四、微服务类型详解

4.1 clusterip

特点：

clusterip模式只能在集群内访问，并对集群内的pod提供健康检测和自动发现功能

示例：

[root@k8s-master ~]# kubectl run testpod --image myapp:v1
pod/testpod created
[root@k8s-master ~]# kubectl get pods
NAME      READY   STATUS    RESTARTS   AGE
testpod   1/1     Running   0          3s
[root@k8s-master ~]# kubectl get pods -o wide
NAME      READY   STATUS    RESTARTS   AGE   IP            NODE                      NOMINATED NODE   READINES                S GATES
testpod   1/1     Running   0          18s   10.244.1.27   k8s-node2.timinglee.org   <none>           <none>
[root@k8s-master ~]# kubectl get pods -o wide --show-labels
NAME      READY   STATUS    RESTARTS   AGE   IP            NODE                      NOMINATED NODE   READINES                S GATES   LABELS
testpod   1/1     Running   0          45s   10.244.1.27   k8s-node2.timinglee.org   <none>           <none>                            run=testpod
[root@k8s-master ~]# kubectl expose pod testpod --port 80 --target-port 80 --dry-run=client -o yaml > testpod-svc.yml
[root@k8s-master ~]# vim testpod-svc.yml

[root@k8s-master ~]# kubectl run busybox -it --image busyboxplus:latest
/ # curl testpod.default.svc.cluster.local.
Hello MyApp | Version: v1 | <a href="hostname.html">Pod Name</a>
/ # curl testpod.default.svc.cluster.local.
Hello MyApp | Version: v1 | <a href="hostname.html">Pod Name</a>

/ # cat /etc/resolv.conf
nameserver 10.96.0.10
search default.svc.cluster.local svc.cluster.local cluster.local timinglee.org
options ndots:5

/ # nslookup  testpod.default.svc.cluster.local.
Server:    10.96.0.10
Address 1: 10.96.0.10 kube-dns.kube-system.svc.cluster.local

Name:      testpod.default.svc.cluster.local.
Address 1: 10.106.59.102 testpod.default.svc.cluster.local
/ # nslookup  testpod
Server:    10.96.0.10
Address 1: 10.96.0.10 kube-dns.kube-system.svc.cluster.local

Name:      testpod
Address 1: 10.106.59.102 testpod.default.svc.cluster.local

[root@k8s-master ~]# kubectl delete -f testpod-svc.yml
service "testpod" deleted 

4.2 ClusterIP中的特殊模式headless

headless（无头服务）

对于无头 Services 并不会分配 Cluster IP，kube-proxy不会处理它们， 而且平台也不会为它们进行负载均衡和路由，集群访问通过dns解析直接指向到业务pod上的IP，所有的调度有dns单独完成

[root@k8s-master ~]# vim testpod-svc.yml 

 

/ # curl testpod
Hello MyApp | Version: v1 | <a href="hostname.html">Pod Name</a>
/ # curl testpod/hostname.html
testpod
/ # curl testpod/hostname.html
testpod

[root@k8s-master ~]# kubectl delete -f testpod-svc.yml
service "testpod" deleted

4.3 nodeport

通过ipvs暴漏端口从而使外部主机通过master节点的对外ip:<port>来访问pod业务

其访问过程为：

示例：

[root@k8s-master ~]# vim testpod-svc.yml

[root@k8s-master ~]# kubectl apply -f testpod-svc.yml
service/testpod created
[root@k8s-master ~]# kubectl get svc testpod
NAME      TYPE       CLUSTER-IP      EXTERNAL-IP   PORT(S)        AGE
testpod   NodePort   10.101.130.40   <none>        80:30774/TCP   26s

[!NOTE]

nodeport默认端口

nodeport默认端口是30000-32767，超出会报错

#####直接指定端口   若超过32767

[root@k8s-master ~]# vim testpod-svc.yml

如果需要使用这个范围以外的端口就需要特殊设定

[root@k8s-master ~]# vim /etc/kubernetes/manifests/kube-apiserver.yaml

 

 

 
[!NOTE]
 
添加“--service-node-port-range=“ 参数，端口范围可以自定义
 
修改后api-server会自动重启，等apiserver正常启动后才能操作集群
 
集群重启自动完成在修改完参数后全程不需要人为干预
 

 

 

[root@k8s-master ~]# kubectl delete -f testpod-svc.yml
 service "testpod" deleted 
 

4.4 loadbalancer
 

云平台会为我们分配vip并实现访问，如果是裸金属主机那么需要metallb来实现ip的分配
 

 
 

示例：
 

[root@k8s-master ~]#  vim testpod-svc.yml
 
 

 

LoadBalancer模式适用云平台，裸金属环境需要安装metallb提供支持 
 

4.5 metalLB
 

官网：Installation :: MetalLB, bare metal load-balancer for Kubernetes
 

 

metalLB功能
 

为LoadBalancer分配vip
 

部署方式
 

 
修改文件中镜像地址,与harbor仓库路径保持一致
 
[root@k8s-master ~]# mkdir metalLB
 [root@k8s-master ~]# cd metalLB/
 [root@k8s-master metalLB]# ls
 [root@k8s-master metalLB]# ls
 metallb-native.yaml  metalLB.tag.gz
 [root@k8s-master metalLB]# vim metallb-native.yaml
 
 
 
 

 

 

 

 

###部署服务 
 

 

 

 

#####配置分配地址段
 

 [root@k8s-master metalLB]#  vim configmap.yml
 

 

 

4.6 externalname
 

  •  
    开启services后，不会被分配IP，而是用dns解析CNAME固定域名来解决ip变化问题
     
  •  
    一般应用于外部业务和pod沟通或外部业务迁移到pod内时
     
  •  
    在应用向集群迁移过程中，externalname在过度阶段就可以起作用了。
     
  •  
    集群外的资源迁移到集群时，在迁移的过程中ip可能会变化，但是域名+dns解析能完美解决此问题
     
 

示例：
 

[root@k8s-master ~]# kubectl delete -f testpod-svc.yml
 service "testpod" deleted
 [root@k8s-master ~]# vim testpod-svc.yml
 

 

 

 

[root@k8s-master ~]# kubectl delete -f testpod-svc.yml
 service "testpod" deleted
 

五、Ingress-nginx
 

官网：
 

Installation Guide - Ingress-Nginx Controller
 

5.1 ingress-nginx功能
 

 
 

  •  
    一种全局的、为了代理不同后端 Service 而设置的负载均衡服务,支持7层
     
  •  
    Ingress由两部分组成：Ingress controller和Ingress服务
     
  •  
    Ingress Controller 会根据你定义的 Ingress 对象，提供对应的代理能力。
     
  •  
    业界常用的各种反向代理项目，比如 Nginx、HAProxy、Envoy、Traefik 等，都已经为Kubernetes 专门维护了对应的 Ingress Controller。
     
 

5.2 部署ingress
 

实验素材
 

[root@k8s-master ~]# mkdir ingress
 [root@k8s-master ~]# cd ingress/
 [root@k8s-master ingress]# ls
 [root@k8s-master ingress]# mkdir app
 [root@k8s-master ingress]# cd app/
 [root@k8s-master app]# ls
 [root@k8s-master app]# kubectl create deployment myappv1 --image myapp:v1 --dry-run=client -o yaml > myapp-v1.yml
 [root@k8s-master app]# vim myapp-v1.yml
 

[root@k8s-master app]# cp myapp-v1.yml myapp-v2.yml
 [root@k8s-master app]# vim myapp-v2.yml
 

 

[root@k8s-master app]# kubectl apply -f myapp-v1.yml
 deployment.apps/myappv1 created
 [root@k8s-master app]# kubectl apply -f myapp-v2.yml
 deployment.apps/myappv2 created
 [root@k8s-master app]# kubectl expose deployment myappv1 --port 80 --target-port 80 --dry-run=client -o yaml >> myapp-v1.yml
 [root@k8s-master app]# kubectl expose deployment myappv2 --port 80 --target-port 80 --dry-run=client -o yaml >> myapp-v2.yml
 [root@k8s-master app]# vim myapp-v1.yml
 

[root@k8s-master app]# vim myapp-v2.yml
 

 

5.2.1 下载部署文件
 

[root@k8s-master app]# cd ..
 [root@k8s-master ingress]# ls
 app  deploy.yaml
 [root@k8s-master ingress]# vim deploy.yaml
 

 

 

 

 

 

5.2.2 安装ingress
 

 
[root@k8s-master ~]# vim deploy.yaml
 
 
 
 

 

 

 

 

 

 

 #修改微服务为loadbalancer
 

[root@k8s-master ingress]# kubectl -n ingress-nginx edit svc ingress-nginx-controller
 

 

 
[!NOTE]
 
在ingress-nginx-controller中看到的对外IP就是ingress最终对外开放的ip
 

 

5.2.3 测试ingress
 

 

 

[root@k8s-master ingress]# vim ingress1.yml
 

 

 

 

 
[!NOTE]
 
ingress必须和输出的service资源处于同一namespace
 

 

5.3 ingress 的高级用法
 

5.3.1 基于路径的访问
 

 

 

生成ingress
 

[root@k8s-master ingress]#  ls
 app  deploy.yaml  ingress1.yml  ingress-nginx-1.11.2.tag.gz
 [root@k8s-master ingress]# cp ingress1.yml ingress2.yml
 [root@k8s-master ingress]# vim ingress2.yml
 

 

[root@k8s-master ingress]# vim /etc/hosts
 

 

 
 

 

[root@k8s-master ingress]# kubectl delete  -f ingress2.yml
 ingress.networking.k8s.io "myapp" deleted
 

5.3.2 基于域名的访问
 

[root@k8s-master ingress]# cp ingress2.yml ingress3.yml
 [root@k8s-master ingress]# vim ingress3.yml
 

 

[root@k8s-master ingress]# vim /etc/hosts
 

 

 
 

5.3.3 建立tls加密
 

#建立证书
 

[root@k8s-master ingress]# openssl req -newkey rsa:2048 -nodes -keyout tls.key -x509 -days 365 -subj "/CN=nginxsvc/O=nginxsvc" -out tls.crt
 

#建立加密资源类型secret
 

[root@k8s-master ingress]# kubectl create secret tls  web-tls-secret --key tls.key --cert tls.crt
 secret/web-tls-secret created
 

 

 
[!NOTE]
 
secret通常在kubernetes中存放敏感数据，他并不是一种加密方式，在后面课程中会有专门讲解
 

 

[root@k8s-master ingress]# cp ingress3.yml  ingress4.yml
 [root@k8s-master ingress]# vim ingress4.yml
  
 

[root@k8s-master ingress]# kubectl apply -f ingress4.yml
 ingress.networking.k8s.io/myapp configured
 

 

 

 

 

[root@k8s-master ingress]# kubectl delete -f ingress4.yml
 ingress.networking.k8s.io "myapp" deleted
 

5.3.4 建立auth认证
 

#建立认证文件
 

 
[root@k8s-master ingress]#  dnf install httpd-tools -y
 [root@k8s-master ingress]# htpasswd -cm auth  lee
 New password:
 Re-type new password:
 Adding password for user lee
 [root@k8s-master ingress]# cat auth
 lee:$apr1$0mCu4T3l$BFqJaLTzfAkjInTijB3Qe/
 

 

#建立认证类型资源
 

 

#建立ingress5基于用户认证的yaml文件
 

[root@k8s-master ingress]# cp ingress2.yml ingress5.yml
 [root@k8s-master ingress]# vim ingress5.yml
 

 

 

 

 

[root@k8s-master ingress]# kubectl delete -f ingress5.yml
 ingress.networking.k8s.io "myapp" deleted
 

5.3.5 rewrite重定向
 

[root@k8s-master ingress]# cp ingress5.yml ingress6.yml
 [root@k8s-master ingress]# vim ingress6.yml
 

 

 
 

 

[root@k8s-master ingress]# kubectl delete -f ingress6.yml
 ingress.networking.k8s.io "myapp" deleted
 [root@k8s-master ingress]# vim ingress6.yml
 

 

[root@k8s-master ingress]# kubectl delete -f ingress6.yml
 ingress.networking.k8s.io "myapp" deleted
 

六、Canary金丝雀发布
 

 

6.1 么是金丝雀发布
 

金丝雀发布（Canary Release）也称为灰度发布，是一种软件发布策略。
 

主要目的是在将新版本的软件全面推广到生产环境之前，先在一小部分用户或服务器上进行测试和验证，以降低因新版本引入重大问题而对整个系统造成的影响。
 

是一种Pod的发布方式。金丝雀发布采取先添加、再删除的方式，保证Pod的总量不低于期望值。并且在更新部分Pod后，暂停更新，当确认新Pod版本运行正常后再进行其他版本的Pod的更新。
 

6.2 Canary发布方式
 

 
 

其中header和weiht中的最多
 

6.2.1 基于header（http包头）灰度
 

 

  •  
    通过Annotaion扩展
     
  •  
    创建灰度ingress，配置灰度头部key以及value
     
  •  
    灰度流量验证完毕后，切换正式ingress到新版本
     
  •  
    之前我们在做升级时可以通过控制器做滚动更新，默认25%利用header可以使升级更为平滑，通过key 和vule 测试新的业务体系是否有问题。
     
 

示例：
 

 [root@k8s-master ingress]# vim ingress1.yml
 

 

[root@k8s-master ingress]# kubectl apply  -f ingress1.yml
 ingress.networking.k8s.io/myappv1 created
 [root@k8s-master ingress]# cp ingress2.yml ingress7.yml
 [root@k8s-master ingress]# vim ingress7.yml
 

 

6.2.2 基于权重的灰度发布
 

 

  •  
    通过Annotaion拓展
     
  •  
    创建灰度ingress，配置灰度权重以及总权重
     
  •  
    灰度流量验证完毕后，切换正式ingress到新版本
     
 

示例:
 

[root@k8s-master ingress]# kubectl delete  -f ingress7.yml
 ingress.networking.k8s.io "myapp" deleted
 [root@k8s-master ingress]# vim ingress7.yml
 

[root@k8s-master ingress]# kubectl apply  -f ingress7.yml
 ingress.networking.k8s.io/myappv2 created
 [root@k8s-master ingress]# vim check_ingress.sh
 

 

[root@k8s-master ingress]# kubectl delete  -f ingress7.yml
 ingress.networking.k8s.io "myappv2" deleted
 [root@k8s-master ingress]# kubectl delete  -f ingress1.yml
 ingress.networking.k8s.io "myappv1" deleted











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


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











相关文章










斯坦福大学提出电影剧本可视化工具ScriptViz：能够根据剧本中的文本和对话自动检索相关的电影画面，帮助剧作家更好地构思和调整剧情








斯坦福大学提出电影剧本可视化工具ScriptViz：能够根据剧本中的文本和对话自动检索相关的电影画面，帮助剧作家更好地构思和调整剧情




title:斯坦福大学提出电影剧本可视化工具ScriptViz&#xff1a;能够根据剧本中的文本和对话自动检索相关的电影画面&#xff0c;帮助剧作家更好地构思和调整剧情 
斯坦福大学的研究者们开发了一个电影剧本可视化工具ScriptViz工具&#xff0c;ScriptViz的工作原理可以简单地理解…




阅读更多...

















基于java SpringBoot和Vue校园食堂网站管理系统设计








基于java SpringBoot和Vue校园食堂网站管理系统设计




摘要 
本文旨在探讨一种基于Java Spring Boot和Vue框架的校园食堂网站管理系统的设计。首先&#xff0c;介绍了系统开发的背景及意义&#xff0c;即为了提高校园食堂的管理效率和改善学生的就餐体验。接着&#xff0c;详细阐述了系统的技术选型&#xff0c;包括后端采用Spring …




阅读更多...

















vue+ElementUI—实现基础后台管理布局（sideBar+header+appMain）（附源码）








vue+ElementUI—实现基础后台管理布局（sideBar+header+appMain）（附源码）




后台管理的模板很多&#xff0c;vue本身就提供了完整的vue-template-admin&#xff0c;vue-admin-beautiful等后台管理系统化框架&#xff0c;但是这些框架正是因为成体系而显得繁重。假如你想搭建一个静态的后台管理模板页面和几个单独的菜单页面&#xff0c;直接就上框架是否…




阅读更多...

















C#源码安装ZedGraph曲线显示组件








C#源码安装ZedGraph曲线显示组件




在软件开发里，数据的显示，已经是软件开发的大头。 如果让数据更加漂亮地、智能地显示，就是软件的核心价值了。 因为不管数据千万条，关键在于用户看到图。因为一个图表，就可以表示整个数据的趋势， 或者整个数据的走向，数据频度和密码。所以图表显示是软件的核心功能，比如…




阅读更多...

















2.１.ReactOS系统中中断描述符表进行初始化








2.１.ReactOS系统中中断描述符表进行初始化




2.&#xff11;.ReactOS系统中中断描述符表进行初始化 
2.&#xff11;.ReactOS系统中中断描述符表进行初始化 文章目录 2.&#xff11;.ReactOS系统中中断描述符表进行初始化 VOID
INIT_FUNCTION
NTAPI
KeInitExceptions(VOID)
{ULONG i;USHORT FlippedSelector;extern KIDTEN…




阅读更多...

















【计网】从零开始理解UDP协议 --- 理解端口号和UDP结构








【计网】从零开始理解UDP协议 --- 理解端口号和UDP结构




我依旧敢和生活顶撞&#xff0c;  敢在逆境里撒野&#xff0c;  直面生活的污水&#xff0c;  永远乐意为新一轮的月亮和日落欢呼。  --- 央视文案 ---  从零开始理解UDP协议 1 再谈端口号2 理解UDP 报头结构3 UDP 的特点4 UDP 的缓冲区5 UDP 使用注意事项 1 再谈端口号 
之前我…




阅读更多...

















自然语言处理问答系统








自然语言处理问答系统




自然语言处理&#xff08;NLP&#xff09;问答系统是一种自动化系统&#xff0c;旨在接收自然语言查询并提供相应的答案。以下是对自然语言处理问答系统的详细描述&#xff0c;包括其架构、关键组件、实现方法、挑战与解决方案等。 
1. 系统架构 
自然语言处理问答系统通常由以…




阅读更多...

















Ubuntu 24.04 在 BPI-F3 上通过 SD 卡安装并从 NVME 运行








Ubuntu 24.04 在 BPI-F3 上通过 SD 卡安装并从 NVME 运行




github 代码&#xff1a; https://github.com/rcman/BPI-F3 Ubuntu 24.04 现在正在我的 BPI-F3 上运行。很快会为 YouTube 制作一个视频。 
这应该适用于任何版本的 Linux&#xff0c;仅在 Ubuntu 24.04 上测试过 入门 下载 Bianbu映像并使用您最喜欢的工具将其映像到微型 SD 卡…




阅读更多...

















服务器、jvm、数据库的CPU飙高怎么处理








服务器、jvm、数据库的CPU飙高怎么处理




服务器 CPU 飙高处理 
排查步骤&#xff1a; 
监控工具&#xff1a;使用操作系统自带的监控工具&#xff0c;比如 top、htop、sar、vmstat 等&#xff0c;查看哪些进程占用了大量的 CPU 资源。进程排查&#xff1a;通过 top 等工具找到消耗 CPU 最高的进程&#xff0c;确定是哪…




阅读更多...

















如何在冻结的MSA内部更改q,k,v的形状








如何在冻结的MSA内部更改q,k,v的形状




在冻结多头自注意力&#xff08;MSA&#xff09;层的参数的情况下&#xff0c;若希望更改 q&#xff08;查询&#xff09;、k&#xff08;键&#xff09;、v&#xff08;值&#xff09;的形状&#xff0c;可以通过修改这些矩阵的输出维度或重新排列它们的维度&#xff0c;而不需…




阅读更多...

















【MongoDB】mongodb | 部署 | 常用命令








【MongoDB】mongodb | 部署 | 常用命令




一、概述 基于mongodb的tcp连接无数据上报&#xff0c;服务器强踢监测。 物联网项目&#xff0c;tcp协议&#xff0c;基于4G卡&#xff0c;设备由于某些原因会断开重连&#xff0c;但是tcp没有断开&#xff0c;导致tcp持续累加&#xff0c;浪费资源。 建立机制&#xff1a; 当t…




阅读更多...

















解决一个android service启动无法开文件的问题








解决一个android service启动无法开文件的问题




问题描述 
android hal层一般是通过service给系统提供服务的。一般需要将service配置为开机启动。调试阶段&#xff0c;我直接将service push到板卡上&#xff0c;进行调试&#xff0c;未出现问题无法开的问题。在最后集成完成后&#xff0c;放到板卡上&#xff0c;出现启动无法…




阅读更多...

















【win10】VMware Workstation 16安装win10专业版及安装VMware Tools操作说明








【win10】VMware Workstation 16安装win10专业版及安装VMware Tools操作说明




参考链接 
VMware虚拟机安装win10系统教程&#xff08;巨细&#xff09;_vmware安装win10-CSDN博客https://blog.csdn.net/gdidea/article/details/129523700 
win10专业版安装说明 
下载win10安装包 
百度网盘 
链接: https://pan.baidu.com/s/1kf4ORdXYgcqwAz2j86LSZw?pwdk4…




阅读更多...

















MySQL-数据库的基础操作 o(´^｀)o








MySQL-数据库的基础操作 o(´^｀)o




文本目录&#xff1a; 
❄️一、数据库操作&#xff1a; ☑ 1、查看所有的数据库&#xff1a; ☑ 2、创建数据库&#xff1a; ☑ 3、使用数据库&#xff1a; ☑ 4、删除数据库&#xff1a; 
❄️二、常用的数据类型&#xff1a; ➷ 1、数值类型&#xff1a; ➷ 2、字符串类型&a…




阅读更多...

















【2D/3D-Lidar-SLAM】 Cartographer详细解读








【2D/3D-Lidar-SLAM】 Cartographer详细解读




【2D/3D-Lidar-SLAM】 Cartographer详细解读 1. 摘要2. Cartographer系统数据处理流程2.1. 数据获取&#xff08;Input Sensor Data&#xff09;2.2 姿态外推器&#xff08;PoseExtrapolator&#xff09;2.3 局部建图&#xff08;Local SLAM&#xff09; 3. 关键模块实现 3.1 局…




阅读更多...

















【无标题】react组件封装








【无标题】react组件封装




子组件制作 
import { useState,useRef, useEffect} from "react"const Table  (data)> {const {value ,option}  dataconsole.log(value)const [stata,setValue]   useState()const  useRefs  useRef(value)useEffect(()> {useRefs.current.value   value })c…




阅读更多...

















MyBatis XML映射文件








MyBatis XML映射文件




XML映射文件 
XML映射文件的名称与Mapper接口名称一致&#xff0c;并且将XML映射文件和Mapper接口放置在相同包下&#xff08;同包同名&#xff09;XML映射文件的namespace属性为Mapper接口全限定名一致XML映射文件中SQL语句的id与Mapper接口中的方法名一致&#xff0c;并保持返…




阅读更多...

















某知名国企面试题








某知名国企面试题




引言 
金九银十&#xff0c;求职热潮再度来袭。最近&#xff0c;有位同学去一家知名国企应聘&#xff0c;回来后带回了一套面试题。这套面试题非常典型&#xff0c;其中包含了许多供应链金融方面的典型问题。这些问题很有分享的价值&#xff0c;大家也可以先自己独立思考一下&a…




阅读更多...

















Chromium cookies数据存储位置介绍c++








Chromium cookies数据存储位置介绍c++




一、cookies数据库存储位置&#xff1a; 
C:\Users\Administrator\AppData\Local\Chromium\User Data\Default\Network\Cookies 
二 、数据库操作类&#xff1a; 
net\extras\sqlite\sqlite_persistent_cookie_store.cc 
net\extras\sqlite\sqlite_persistent_cookie_store.h 
…




阅读更多...

















C#读取和写入txt文档（在unity中示例）








C#读取和写入txt文档（在unity中示例）




本篇内容简单介绍如何在c#中内容读取和写入txt文档 
注意&#xff1a;先在Unity的StreamingAssets文件夹中创建一个txt文档 
一、读取txt 
1.1全部一起读取 
private void ReadText01()
{string filePath  Path.Combine(Application.streamingAssetsPath, "testTXT.txt&qu…




阅读更多...


















最新文章


















Copyright @ 2022~2023