后端

重看Spring聚焦Environment分析

目录一、理解Environment的设计(一)整体理解(二)聚焦Profiles分析(三)聚焦Properties分析二、Environment类图结构分析三、PropertyResolver源码分析(一)源码展示说明(二)源码理解分析四、Environment源码分析五、ConfigurableEnvironment源码分析(一)源码展示(二)如何理解六、AbstractEnvironment简

kubernetes的资源管理概述

    在kubernetes中,所有的内容都抽象为资源,用户需要通过操作资源来管理kubernetes。     kubernetes的本质上就是一个集群系统,用户可以在集群中部署各种服务,所谓的部署服务,其实就是在kubernetes集群中运行一个个的容器,并将指定的程序跑在容器中。     kubernetes的最小管理单元是pod而不是容器,所以只能将容器放在Pod中,而kubernete

游戏里的万人同屏是如何优化?

Unity性能优化是面试的时候经常被问道的一些内容,今天给大家分享一些常用的Unity的优化技巧和思路,方便大家遇到问题时候参考与学习。 这里有个游戏开发交流小组 大家可以一起来学习交流哦 包体大小优化 游戏的安装包体大小对于游戏开发而言非常重要,因为发布后这些包都会上传到渠道或商店让用户下载,包体越小用户下载的时间就越少,如果一个包体过大,可能导致好不容易推广的app,由于下载很久而直接被用户取

第二章 性能瓶颈的分析和定位(5)

关于读时间戳计数器(Read Time-Stamp Counter)的注记         Intel处理器有一个内部保留的计数器,即时间戳计数器(TSC), 可以通过一条简单的读取时间戳计数器指令(RDTSC)读取。该计数器保存一个64位的从处理器开机开始的时钟周期计数。我曾看到过直接用这条指令实现性能测量的代码,如果你碰到这条指令,请不必惊奇——它的确非常快!然而,在现代流水线多核CPU上

Sensor 调试流程

“ 日常工作中, 我们拿到一款新 sensor,一般都是先点亮,再接着调试效果。但点亮及调试也是有流程的,需按流程一步步去完成才可以,此文总结一下 ,关于 sensor 从点亮出图到效果调试的一个大致流程 。如觉得文中哪里有问题,或者不清楚的地方,欢迎联系指出。” 1、Sensor 调试流程 2、准备材料 1)、确认主芯片规格 支持的最大分辨率、mclk、mipi 速率上限、支持的

仿钉钉流程轻松实现JSON转BPMN

前言 写过工作流都会遇到这样的难题,希望流程的设计可以类似钉钉一样简单明了,而不是超级不有好的bpmn设计器,上网大概搜了一下实现方案,前端仿钉钉设计器一大堆,例如wflow,smart-flow-design,参照这些源码前端设计器不成问题 问题在于这样的设计器数据是json格式,不符合bpmn协议,就无法和activiti,flowable等工作流直接对接 如果自己开发工作流引擎,但开发成本肯

说说 Redis 缓存穿透场景与相应的解决方法

Redis 缓存主要缓存穿透、缓存击穿与缓存雪崩异常场景,今天我们来讲讲缓存穿透。 1 场景描述 缓存穿透是指客户端请求一个缓存和数据库中都不存在的 key。由于缓存中不存在,所以请求会透过缓存查询数据库;由于数据库中也不存在,所以也没办法更新缓存。因此下一次同样的请求还是会打在数据库上。 好像缓存被穿透了一样,缓存形如虚设。所有的压力都在数据库之上,如果请求量巨大,可能造成数据库崩

654. 最大二叉树(难度中等)

题目链接: 题目描述: 给定一个不重复的整数数组 nums 。 最大二叉树 可以用下面的算法从 nums 递归地构建: 创建一个根节点,其值为 nums 中的最大值。 递归地在最大值 左边 的 子数组前缀上 构建左子树。 递归地在最大值 右边 的 子数组后缀上 构建右子树。 返回 nums 构

SpringBoot知识 day03

一、SpringBoot的配置文件  1.1 SpringBoot配置文件类型  1.1.1 SpringBoot配置文件类型和作用         SpringBoot是基于约定的,所以很多配置都有默认值,但如果想使用自己的配置替换默认配置的话,就可以使用 application.properties或者application.yml(application.yaml)进行配置。        

Android类加载ClassLoader

一、ClassLoader类图关系 ClassLoader、BootClassLoader、BaseDexClassLoader等之间关系,如下如: 1656411840319.jpg 二、双亲委托机制 1、定义 如果某个类加载器在加载类时,先不会自己去尝试加载这个类,而是首将加载任务委托给父类加载器,依次递归,如果父类加载器可以完成类加载任务,就成功返回;只有父类加载器无法完成此加