面试题分享 Android进程间通信的实现方式 Binder Socket 文件共享（如sharedPreference） intent contentProvider AIDL 广播 服务 自定义view流程 继承view或groupView或已有原生控件 如有需要自定义属性 在onmeasure中确定view的大小 在ondraw中画出内容 如有需要暴露设置属性的方法 ANR是什么，怎么避免 ANR即Application not respo

Istio微服务治理网格基本使用以及与Kubernetes集成的架构 1.Pod应用程序注入Sidecar代理程序 Istio在程序中注入Sidecar的方式有两种：分别是手动注入和自动注入。 手动注入是通过Istio命令将Sidecar Proxy程序注入到已经存在的资源编排YAML文件里，手动注入通常适用于程序已经在K8S集群中部署的环境，可以通过istioctl kube-inject命令将Proxy的YAML参数与程序的YAML进行结合，然后执行kubectl ap

前言 Helm 是 Kubernetes 的包管理器。包管理器类似于我们在 Ubuntu 中使用的apt、Centos中使用的yum 或者Python中的 pip 一样，能快速查找、下载和安装软件包。Helm 由客户端组件 helm 和服务端组件 Tiller 组成, 能够将一组K8S资源打包统一管理, 是查找、共享和使用为Kubernetes构建的软件的最佳方式。 解决问题： 能对多个模板文件（yaml文件）进行统一管理，设想一下，如果没有helm，如何执行多个模板文件呢？那就得一个个

最近，有一个词儿特别热门——躺平。有没有人跟你说过：”躺平说起来容易，做起来更容易。“ 和躺平相对的是另外一个词——内卷，群聊的时候，已经很多次看过草卷起来了.jpg表情包。某些节假日还在学习的老哥，我们一般都会送一个雅号——卷怪。 内卷大户自然是我们互联网行业了，各种绩效KPI考核，末尾的要扣奖金，要被优化。 内卷怎么来的？也很简单，蛋糕做不大，分的人又变多了。 前两天看过某乎的一个回答，目前每年培训班大概会出来几十万的学生，实际的市场需求只有几分之一，那么这些新人入行，自然要卷起来的

1、先从K8s不是什么讲起 首先，K8s并不是一个传统意义上的 PaaS平台即服务的工具，它充分给使用者提供了很多很多选择的空间。 不限制支持的应用程序类型，K8s并不插手应用程序框架, 也不限制支持的语言 (如 Java, Python, Ruby 等)，只要应用符合 12 因素即可。也就是说，只需要应用可以在容器中运行，那么它就可以很好的在 Kubernetes 上运行。 不提供内置的中间件 (如消息中间件)、数据处理框架 (如 Spark)、数据库 (如 Mysql) 或集

🔎这里是【阿里云·云原生架构·白皮书】，关注我学习云原生不迷路 👍如果对你有帮助，给博主一个免费的点赞以示鼓励 欢迎各位🔎点赞👍评论收藏⭐️ 👀专栏介绍 【阿里云·云原生架构·白皮书】 主要更新一些在学习云原生架构时的一些总结，以及对白皮书内容的解读。 👀本期介绍 主要介绍云原生架构定义 👀云原生架构定义 从技术的角度，云原生架构是基于云原生技术的一组架构原则和设计模式的集合，旨在将云应用中的非业务代码部分进行最大化的剥离,从而让云设施接管应用中原有的大量非功能特

一、概要 我们都知道kubernetes（k8s）是容器的一个编排解决方案，kubersphere是容器的云化管理平台；那这2者的关系是怎么样的呢？有什么前世今生，纠葛呢？   Kubernetes（K8s）是Google公司开源的一个容器（Container）编排与调度管理框架，该项目最初是Google内部面向容器的集群管理系统，而现在是由Cloud Native Computing Foundation（CNCF，云原生计算基金会）托管的开源平台，由Google、AWS、Microsof

Register 介绍 RISC-V架构提供31个用户可修改的通用(基本)寄存器，即x1到x31，以及一个额外的只读寄存器x0，硬连接到0。x0寄存器的一个常见用途是帮助将其他寄存器初始化为零。 共有31个通用寄存器。 其中7个是临时寄存器(t0t6)。 a0a7用于函数参数。s0s11用于保存寄存器或函数定义内。 一个堆栈指针，一个全局指针和一个线程指针寄存器。 一个返回地址寄存器(x1)，用于存储函数调用的返回地址。 一个程序计数器(pc)。PC保存着当前指令的地址。 所

K8S架构与核心技术介绍 参考文献： https://jimmysong.io/kubernetes-handbook/concepts/concepts.html https://www.infoq.cn/article/kubernetes-and-cloud-native-applications-part01/ 1. 架构图 1.1 整体结构图 1.2 组件间的协议 CNI: CNI是Container Network Interf

🔎这里是【阿里云·云原生架构·白皮书】，关注我学习云原生不迷路 👍如果对你有帮助，给博主一个免费的点赞以示鼓励 欢迎各位🔎点赞👍评论收藏⭐️ 👀专栏介绍 【阿里云·云原生架构·白皮书】 主要更新一些在学习云原生架构时的一些总结，以及对白皮书内容的解读。 👀本期介绍 主要介绍主要架构模式 主要架构模式 云原生架构有非常多的架构模式，这里选取一些对应用收益更大的主要架构模式进行讨论。 服务化架构模式 服务化架构是云时代构建云原生应用的标准架构模式，要求以应用模块

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 例如：随着人工智能的不断发展，机器学习这门技术也越来越重要，很多人都开启了学习机器学习，本文就介绍了机器学习的基础内容。 一、跨项目，跨服务之间的通信方式 1.无论是跨项目通信，还是跨服务通信，cloud中通信方式基本就是两种： 1）不同项目中：A项目直接给B项目发送Http请求或RPC请求，同一个项目中，A服务直接给B服务发送Http请求或RPC请求；（OpenFeign，Ribbon就是使用这

1. 概述 1.1 Android 架构的背景 这些年来，Android 上发展了多种主流架构，从最开始的 MVC，到 Clean 和 MVP，再到现在最火热的 MVVM，可以说架构发展一直很卷，这不，MVVM 还没有用个几年呢， MVI 就出来了。 要说 Android 架构卷，实则不然，上面说的这些架构其实根本不是来自 Android 的，而是源自于 Web，即大前端， Web 由于其自身特性（还不算完全成熟，业务多且杂，热部署等），版本迭代速度巨快，技术的更新迭代也因此很