Need to know

最新推荐文章于 2024-09-02 21:11:03 发布
原创 最新推荐文章于 2024-09-02 21:11:03 发布 · 240 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。


同学给我说的，我记录下都要学，针对Java的。


1.Httpclient

2.爬虫

3.解析字符串url

4.对数据库的增删改查

5.RPC框架

6.网络（数据传输，协议，数据加密）

7.操作系统


自己感觉跟个小白痴一样，大学四年哗哗地过去，没走过的路到底还是要一个坑一个坑地再过一过。开始了就比没开始的强。有技术才能不会被人小看。


最近刚开始学Python，和同学聊了之后，感觉有必要把Java系统重新学习下，都不能半途而废，要经常回看下自己的知识网，一个接一个稳着点亮技术栈。



YHJSZoo
关注
死锁的处理策略——避免死锁
LOOKTOMMER的博客
12-06 2289
什么是安全序列 所谓安全序列，就是指如果系统按照这种序列分配资源，则每个进程都能顺利完成。只要能找出一个安全序列，系统就是安全状态。当然，安全序列可能有多个。 如果分配了资源之后，系统中找不出任何一个安全序列，系统就进入了不安全状态。这就意味着之后可能所有进程都无法顺利的执行下去。当然，如果有进程提前归还了一些资源，那系统也就有可能重新回到安全状态，不过我们在分配资源之前总是要考虑到最坏的情况。 如果系统处于安全状态，就一定不会发生死锁。如果系统进入了不安全状态，就可能发生死锁（处于不安全状态未必..
数学拾遗 all the mathematics you missed but need to know[Garrity].pdf
07-28
根据提供的文件信息，这本书名为《数学拾遗》（All the Mathematics You Missed But Need to Know），作者是托马斯·A·加里提（Thomas A. Garrity），它是针对大三或研究生水平学生的一本参考书籍，旨在帮助他们...
第16章 安全运营管理
HeLLo_a119的博客
01-09 2069
安全运营管理
2020初学者理解的操作系统(3)----银行家算法及分段地址变换
早起养生局官方博客
05-20 2153
银行家算法 考虑下面的系统快照： 回答以下问题: 1.计算需求矩阵Need. 2.此状态是否为安全状态，如果是,则找出安全序列. 3.在此基础上P1 申请（0，4，2，0）能否立即分配？为什么？ 【解答】 1.这里的最大需求量矩阵我们把它命名为Max，把已分配的资源矩阵命名为Allocation，第一问的需求矩阵Need = Max - Allocation = ABCDP00000P10750P21002P30020P40642 \begin{matrix} & A & B&
操作系统之锁、银行家算法，虚拟内存、页面置换
weixin_61669379的博客
09-02 1277
锁是操作系统中实现并发控制的重要机制，通过锁，可以有效避免多线程或多进程环境下的数据竞争和不一致问题。理解不同类型锁的特性、使用场景以及如何避免死锁，是编写高效并发程序的基础。同时，随着硬件和软件技术的发展，锁的替代技术（如无锁编程、乐观锁）也越来越受到关注，它们在提升系统性能的同时，也带来了新的挑战和机遇。
操作系统中的『银行家算法（避免死锁）』
零碎@流年絮语 的博客
01-04 2029
银行家算法中的数据结构 需求矩阵Need。这也是一个n*m的矩阵，用以表示每一个进程尚需的各类资源数。如果Need[i,j]=K,则表示进程 i 还需要 Rj 类资源K个，方能完成其任务。 上述三个矩阵间存在下述关系：Need[i,j]=Max[i,j]-Allocation[i,j] 银行家算法的步骤（判断是否为安全状态） 设Request i是进程Pi的请求向量，如果Requesti [j]=K，表示进程Pi需要K个Rj类型的资源。当Pi发出资源请求后，系统按下述步骤进行检查： 计算Need矩阵 计算
18 Lessons teaching everything you need to know to start building Generative AI applications
weixin_40262196的博客
03-23 1018
18 Lessons teaching everything you need to know to start building Generative AI applications
sdhci-bcm2835.rar_BCM2835_Need To Know
09-24
400KHz is max freq for card ID etc. Use that as min card clock. We need to know the min to enable static calculation of max BCM2835_SDHCI_WRITE_DELAY.
All You Need To Know About Windows Phone 8
09-16
All You Need To Know About Windows Phone 8 - MASTER IN MINUTES + 200 APPS ESSENTIAL FOR YOUR TABLET AND PHONE (2013)
Top 11 Things you need to know about Devops
09-05
1. What is DevOps and where did it come from? 2. How does DevOps differ from Agile? 3. How does DevOps differ from ITIL or ITSM? 4. How does DevOps fit with VisibleOps? 5. What are the unpinning ...
操作系统死锁（银行家算法）
02-23
设计内容包括银行家算法和安全性算法，以及用VC界面实现输出。实现了课本97页的例题。内附实验报告。
操作系统 - 看完这篇还读不懂《银行家算法》那我也没办法了
06-23 2577
非剥夺资源的竞争和进程的不恰当推进顺序会导致死锁，而银行家算法就是为了解决死锁问题——避免死锁。 银行家算法：当一个进程申请使用资源的时候，银行家算法通过先试探分配给该进程资源，然后通过安全性算法判断分配后的系统是否处于安全状态，若不安全则试探分配作废，让该进程继续等待。 那么此时会有一个问题，如何判断系统是否处于安全状态？算法流程将用下面一张图来表示。...
操作系统实验之“银行家算法”
lier的博客
12-16 3385
一、前言 银行家算法主要用于判断内存分配是否安全合理。 1、是否合理 主要是看进程的请求是否小于所需值，以及是否小于现有资源量。这个部分比较简单，根据available,need这两个二维矩阵就可以直接判断。 2、是否安全 主要根据安全性检查算法，主要思路是，对于分配后的available,allocation,need三大矩阵，是否能找到一种顺序能使得所有进程都能运行完。步骤如下： （一般描述中...
基于二进制粒子群优化(BPSO)最佳PMU位置(OPP)配置研究（Matlab代码实现）
12-10
基于二进制粒子群优化(BPSO)最佳PMU位置(OPP)配置研究（Matlab代码实现）
山东大学编译原理课程实验项目PL0编译器实现_包含词法分析语法分析语义分析和虚拟机执行模块的完整编译器系统_用于教学演示和学生实践通过六个测试文件验证编译器各阶段功能包括算术运算条.zip
12-10
山东大学编译原理课程实验项目PL0编译器实现_包含词法分析语法分析语义分析和虚拟机执行模块的完整编译器系统_用于教学演示和学生实践通过六个测试文件验证编译器各阶段功能包括算术运算条.zip
参与辅助服务的用户侧储能优化配置及经济分析（Matlab代码实现）
12-10
参与辅助服务的用户侧储能优化配置及经济分析（Matlab代码实现）
基于Qt与MySQL的C++宠物小精灵对战系统设计与实现
最新发布
12-10
课程设计报告：总体方案设计说明 一、软件开发环境配置 本系统采用C++作为核心编程语言，结合Qt 5.12.7框架进行图形用户界面开发。数据库管理系统选用MySQL，用于存储用户数据与小精灵信息。集成开发环境为Qt Creator，操作系统平台为Windows 10。 二、窗口界面架构设计 系统界面由多个功能模块构成，各模块职责明确，具体如下： 1. 起始界面模块（Widget） 作为应用程序的入口界面，提供初始导航功能。 2. 身份验证模块（Login） 负责处理用户登录与账户注册流程，实现身份认证机制。 3. 游戏主大厅模块（Lobby） 作为用户登录后的核心交互区域，集成各项功能入口。 4. 资源管理模块（BagWidget） 展示用户持有的全部小精灵资产，提供可视化资源管理界面。 5. 精灵详情模块（SpiritInfo） 呈现选定小精灵的完整属性数据与状态信息。 6. 用户名录模块（UserList） 系统内所有注册用户的基本信息列表展示界面。 7. 个人资料模块（UserInfo） 显示当前用户的详细账户资料与历史数据统计。 8. 服务器精灵选择模块（Choose） 对战准备阶段，从服务器可用精灵池中选取参战单位的专用界面。 9. 玩家精灵选择模块（Choose2） 对战准备阶段，从玩家自有精灵库中筛选参战单位的操作界面。 10. 对战演算模块（FightWidget） 实时模拟精灵对战过程，动态呈现战斗动画与状态变化。 11. 对战结算模块（ResultWidget） 对战结束后，系统生成并展示战斗结果报告与数据统计。 各模块通过统一的事件驱动机制实现数据通信与状态同步，确保系统功能的连贯性与数据一致性。界面布局遵循模块化设计原则，采用响应式视觉方案适配不同显示环境。 资源来源于网络分享，仅用于学习交流使用，请勿用于商业，如有侵权请联系我删除！
Need to know this mechanism for spring boot dev?
09-29
<think>我们正在讨论Spring Boot开发中的循环依赖机制。虽然引用内容没有直接解释循环依赖，但我们可以结合Spring框架的设计理念和已知知识来阐述。 注意：Spring Boot基于Spring框架，因此循环依赖的处理机制与Spring框架一致。 循环依赖是指两个或多个Bean相互依赖，形成闭环。例如：BeanA依赖BeanB，BeanB又依赖BeanA。 Spring通过三级缓存解决单例Bean的循环依赖问题。三级缓存分别是： 1. singletonObjects：存储完全初始化好的Bean。 2. earlySingletonObjects：存储提前暴露的Bean（尚未完成属性注入和初始化方法）。 3. singletonFactories：存储Bean的工厂对象（用于创建提前暴露的Bean）。 解决循环依赖的步骤（以BeanA和BeanB相互依赖为例）： 1. 创建BeanA：实例化BeanA（调用构造函数），此时BeanA还未设置属性，处于“早期状态”。将BeanA的工厂对象放入singletonFactories缓存。 2. 填充BeanA的属性：发现需要注入BeanB。 3. 创建BeanB：实例化BeanB，将BeanB的工厂对象放入singletonFactories。 4. 填充BeanB的属性：发现需要注入BeanA。 5. 从缓存中获取BeanA：此时在singletonFactories中找到了BeanA的工厂对象，通过工厂对象获取BeanA的早期引用（即使BeanA还未完成初始化），并将BeanA从singletonFactories升级到earlySingletonObjects（同时移除singletonFactories中的对应工厂）。 6. 将获取到的BeanA早期引用注入到BeanB中，完成BeanB的初始化，并将BeanB放入singletonObjects（同时移除earlySingletonObjects和singletonFactories中的BeanB）。 7. 此时BeanA就能成功注入BeanB（此时BeanB已经初始化完成），完成BeanA的初始化，并将BeanA放入singletonObjects。 注意：Spring只能解决单例作用域且通过setter方法注入（或字段注入）的循环依赖。如果使用构造函数注入，则无法解决循环依赖，因为构造函数注入需要先完成构造函数的调用，而这时Bean尚未创建完成，无法提前暴露引用。 在Spring Boot中，如果出现无法解决的循环依赖（比如构造函数注入的循环依赖），启动时会抛出BeanCurrentlyInCreationException异常。 另外，Spring Boot 2.6版本之后默认禁止循环依赖（可以通过spring.main.allow-circular-references=true开启），因此建议在开发中避免循环依赖。 示例代码： ```java @Component public class BeanA { @Autowired private BeanB beanB; } @Component public class BeanB { @Autowired private BeanA beanA; } ``` 这种情况下，Spring能够通过三级缓存解决循环依赖。 但是构造函数注入的循环依赖无法解决： ```java @Component public class BeanA { private BeanB beanB; @Autowired public BeanA(BeanB beanB) { this.beanB = beanB; } } @Component public class BeanB { private BeanA beanA; @Autowired public BeanB(BeanA beanA) { this.beanA = beanA; } } ``` 这段代码会导致启动失败。 引用说明： 虽然引用中没有直接关于循环依赖的说明，但我们知道Spring框架的创新和发展中包含了对依赖注入机制的完善[^2]。同时，Spring框架的设计哲学强调高标准的代码质量和无循环依赖的包结构[^3]，但在Bean级别上，Spring通过三级缓存机制巧妙地解决了循环依赖问题。 最后，关于循环依赖的检测，在Spring Boot应用启动时，如果出现循环依赖且无法解决，会抛出异常。我们也可以通过IDE的插件或静态代码分析工具来检测潜在的循环依赖。 §§相关问题§§ 1. Spring的三级缓存具体如何工作？请详细描述各级缓存的作用。 2. 为什么构造函数注入的循环依赖无法解决？ 3. 如何在Spring Boot中禁止循环依赖？禁止后如何避免启动失败？ 4. 除了循环依赖，Spring Bean的创建过程中还有哪些关键步骤？ </think>在Spring Boot开发中，循环依赖的解决机制基于Spring框架的三级缓存设计，这是Spring容器初始化单例Bean时的核心处理逻辑。以下是详细机制分析： ### 一、三级缓存机制 Spring通过三级缓存解决循环依赖问题，具体结构如下： 1. **singletonObjects**（一级缓存） `ConcurrentHashMap<String, Object>` 存储**已完成全部初始化**的Bean实例（属性注入、初始化方法已完成）。 ```java /** Cache of singleton objects: bean name to bean instance */ private final Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256); ``` 2. **earlySingletonObjects**（二级缓存） `HashMap<String, Object>` 存储**提前暴露的早期引用**（已实例化但未完成属性注入的Bean）。 ```java /** Cache of early singleton objects: bean name to bean instance */ private final Map<String, Object> earlySingletonObjects = new HashMap<>(16); ``` 3. **singletonFactories**（三级缓存） `HashMap<String, ObjectFactory<?>>` 存储**Bean工厂对象**（用于生成Bean的早期引用）。 ```java /** Cache of singleton factories: bean name to ObjectFactory */ private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap<>(16); ``` ### 二、解决流程示例（以BeanA和BeanB循环依赖为例） 假设存在以下代码： ```java @Component public class BeanA { @Autowired private BeanB beanB; // 依赖BeanB } @Component public class BeanB { @Autowired private BeanA beanA; // 依赖BeanA } ``` 容器处理流程： 1. **创建BeanA** - 实例化`BeanA`（调用构造函数） - 将`BeanA`的工厂对象存入**三级缓存**（`singletonFactories`） - 开始注入`BeanA`的属性，发现需要`BeanB` 2. **创建BeanB** - 实例化`BeanB`（调用构造函数） - 将`BeanB`的工厂对象存入**三级缓存** - 开始注入`BeanB`的属性，发现需要`BeanA` 3. **解决BeanB对BeanA的依赖** - 从**三级缓存**获取`BeanA`的工厂对象 - 通过工厂生成`BeanA`的早期引用（未完成初始化的对象） - 将此早期引用放入**二级缓存**（`earlySingletonObjects`） - 将早期引用注入到`BeanB`中 - `BeanB`完成初始化，移入**一级缓存** 4. **完成BeanA初始化** - 获取已初始化的`BeanB`实例（来自一级缓存） - 将`BeanB`注入`BeanA` - `BeanA`完成初始化，移入**一级缓存** - 清理二级和三级缓存中的相关条目 > 💡 **关键点**：通过提前暴露未完成初始化的Bean引用（三级缓存），打破循环依赖的死锁，此机制仅支持**单例Bean**和**字段/Setter注入**的场景。 ### 三、Spring Boot的特殊处理 1. **版本差异** - Spring Boot 2.6+ 默认**禁止循环依赖**（可通过配置启用）： ```properties spring.main.allow-circular-references=true ``` - 早期版本默认允许但会输出警告日志 2. **启动检测** Spring Boot启动时通过`BeanCurrentlyInCreationException`明确标识循环依赖链： ``` Requested bean is currently in creation: Is there an unresolvable circular reference? ``` ### 四、无法解决的场景 1. **构造函数注入循环依赖** ```java @Component public class BeanA { private final BeanB beanB; public BeanA(BeanB beanB) { // 构造函数注入 this.beanB = beanB; } } ``` 原因：实例化前无法提前暴露对象引用。 2. **原型作用域(Prototype) Bean** Spring不缓存原型Bean，无法通过三级缓存解决循环依赖。 3. **AOP代理对象** 需通过`SmartInstantiationAwareBeanPostProcessor`特殊处理（如`AbstractAutoProxyCreator`）[^4]。 > Spring框架的设计哲学强调代码质量与无循环依赖的包结构[^3]，建议优先通过代码重构（如提取公共逻辑、使用事件驱动）避免循环依赖。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值