springboard重启教程

每天一个小插件，给你的苹果机加个网速显示正常。苹果手机通知栏只有时间显示，来看看安卓的通知栏，网速显示精准到 kb 和安，不用方安排。 打开 cd， 安上插件，原地址是小苹果园的 rw 插件安装完毕，点击重启桌面， 重启完毕，进入桌面来看看效果吧。 注意通知栏左上角的时间，下面 ok 搞定完美显示。

首先我们来介绍我们经常使用的一种启动方式。是在这一个位置叫 relax。 单击这一个按钮，下面将会停止 spreeing boot， 并且重启 spreeing boot。 运行。踏后，你就可以在这一个位置浏览器中看到它的结果。 同时在这里可以看到他的输出结果。这是关于瑞浪奇的 介绍。结果。输出到这里是这一句话。再输出 sister， 点 out， 点 print l l l n 是一个输出到控制台的函数。 这一句话是返回到浏览器端， 所以这个地方的输出是这一句话。在输出浏览器，你看到的这一个是这一句话在输出。 下面我们来测试一下。我把这个 hello world 再复制一份。我们来看他的输出。 当修改完代码后，再单机 ray 浪起，他又会重新启动项目。只有重新启动了项目，他才会正常显示 这里有两个 hello world， 而这里还是只有一个 hello world。 说明这句话是输出到这里。这一句话是输出到浏览器。 这一个是停止当前运行的 spring boot， 并重新运行 spring boot。 这是啊瑞浪奇的介绍。接下来 我来介绍这一个按钮叫 stop， 停止 spree 不特的运行。当我单击他后， 这里的 spring but 会被停止掉。会被停止掉，并且这个颜色会呈现灰色。这个时候你再反问他，他会一直打转 他。尝试去请求 seprimprot。 到这个地址去请求 sprimprot， 发现被拒绝了，因为我们程序没有跑起来。 这就是啊，在教案里面讲的停止啊。点词 可停止程序运行。点此可停止程序运行。所以这一个是停止。那哪一个是启动呢？这一个是启动， 这一个是启动。我一点他，他就会启动，启动后在这边可以看到他的效果。 所以根据这一个教案，程序启动的方法 有一二三。刚才进行了介绍。哎，我怎么启动程序，怎么停止程序，怎么重新 运行程序。接下来还有第四种，在菜单里面也可以运行程序。在菜单在哪里呢？在这一个菜单里面，有一个 也是可以运行程序的，也是可以运行程序的。那除了这一个，在我们的教案里面还有介绍。还有介绍， 在这种状态之下，直接在文件里面右键 run as run configo 也是可以运行的。 大家可以参照教案自己下去尝试。下面我来讲解。在 spin bottle 里面输出一到一千之间的数字。首先定义一个整形面料。

ios 老版本系统登录微信提示版本低完美解决教程首先我们将 iphone 连接至爱思助手，并根据系统版本一键越狱，越狱后在 cdr 中安装 i fc。 二、 接下来将 iphone 继续连接到艾斯助手，打开文件管理，并依次打开程序。用户微信 vipat fp 找到音 fpx 文件，文件都是按照文件名首字母顺序排列，很好找。 然后双击打开 vivoplex 文件，在 kvx 班的 word 字符下就可以看到已安装的微信版本号，改为当前最新的版本号，例如八点零点六，点击保存即可。最后在 iphone 端清理微信后 台并重新打开，就可以正常使用了。在微信设置关于微信里可以看到刚刚修改的版本号，赶紧试试吧！

来，今天跟大家分享一个 sevenanvc 出现四零四这么一个 bug， 该怎么去解决？它的解决思路应该是怎么样？我们先来看一下头顶 ip 端口 加上路径一访问的时候出现一个摄影师，那我们就来看一下他该怎么弄好。首先看一下项目的结构，项目的结构呢，非常简单，他是一个标准的视频部项目，打开我们这个碰点巧妙，上面是视频部的依赖，下面呢就是一个外部项目，外部的一些相关依赖。进来 完了之后呢，在这个位置里面写上一个 app 启动类，贴上它，用上它启动我们的项目，然后再写一个叫 hello， ctrl 好，进来之后有一个叫斜杠哈喽加上尼斯文 body 返回，一个节省格式的数据返回，就这个拖拖逻辑， 那我们实现的时候一刷新啊，四零四了，那这时候该怎么办？我们平常解决四零四的问题更多的时候就想到啊，路径是否报错了？我们最多想到的路径是否报错？那你来看一下路径错了没有？没错就是一个哈喽， 那为什么他找不到呢？好，这个时候来看观察一下我们这个坑车呢，缺了什么？缺了什么？ 非常核心的一个柱剪叫做坑抽了，这个柱剪好，为什么要贴这个坑抽了柱剪？先说坑抽了这个柱剪呢？我们正确叫版型标签，这个标签能让我们当前这个类创建对象并交给容器管理。 而我们刚刚的哈喽这个映射的路径，他需要他的操作，前提需要我们这个类能创建对象并 交给容器管理，也就说容器中必须要这个病，他才能会去加载我们这个路径，所以呢，刚刚我们这个地方访问的时候，四零四，那是因为我们这个类并没有创建对象交给容器管理，因为你没贴这个标签，所以呢，我们再来看一下，关掉他之后再请求， 再请求，然后访问我们这个哈喽路径。哎，可不可以了？可以了，所以呢，这里面呢就出现一个解决四零四的一个新的 放下，第一个除了我们入境之外，还有可能就是你这个类并没有创建对象。好，这是第一种情况，再往下走，还有一个还有一种比较特殊的场场景。好，先来看，我在这里面呢，再建一个包，随便建一个包，比如说这个包，然后呢， 把我们这个 app 内往上挪一点，往上挪一下，好关掉它，接下来我们再启动一下这个项目。 好，这时候大家看，我已经贴了这个，柱姐也告诉你了路径。没错，那刷新的时候你来看一下。哎，又爆了一个四零四，这又是怎么回事？那这个呢，就是我们再深入一层一层去解决这个四零四的问题了。好，来看， 大哥，想一个问题，我们为什么要贴这个柱姐之后他就能创建对象交委容器管理呢？好，这里面我们忽略一个细节， 这个贴了之后他就能创建对象交给容器管理了吗？还没有，还差一步，容器启动必须 得扫描到你这个贴有这个标签的类，他才会创建对象，也知道他还会有个动作，叫扫描动作。那你来看一下我们这个扫描动作在哪里？好，来观察。 a p p。 这个类头顶上有个标签叫 stappin 布，哦，不是可以选这个标签，这个标签头顶上还有一个叫 一个指标签叫 componements cannot componement， 就是逐渐扫描标签。好，不知道大家还记不记得这个标签的作用是啥？ 这个标签的作用是啥？扫描。扫描什么？默认的情况下是扫描这个标签所贴的类，比如说这个贴的类，扫描这个类所在的包及其纸包下所有贴，有这种 肯抽了这种版型标签。柱姐的所有类创建对象较为容器管理，注意前提就是当前 当前包及其纸包，大家可以看一下，当我这个类放在这个包下，这个柱姐去扫描的时候，他是不是只能扫描当前这个包？而我们下面这个外婆坑抽了里面的这个类，他会不会被扫描到？ 不会，那不会扫描到，那我们这个柱姐其实就根本没有生效，没有生效就意味着你这个坑车了，并没有创建对象交给勇气管理。 所以呢，也会出现我们说的四零四的问题，这个就是四边部里面经常会遇到的一个问题，四零四的问题，这里面呢考验了大家的支点就是。

今天给大家分享一下 idea 中使用刀客插件快速部署司不认布的项目。首先是安装刀客， 有不清楚怎么安装刀客的小伙伴可以看一下我之前的视频。第二步，修改刀客 service 文件，开启刀客的远程连接。这里呢，咱们需要将这行配置修改成这样，配置他的默认端口是二三七五，这里需要说明一下，我这是虚拟机内网演示，默认端口是二三七五， 如果是公网的话，需要修改端口，并且开启防火墙。规则修改完成后，通过这两行命令重启一下刀口。接下来在 ido 中安装一下刀壳插件。安装完成后呢，在 settings 里找到刀口这边呢，点击加号， 配置一下 t c p 地址这里。配置完成之后，它会显示连接成功。连接成功后，在设备时这里就能看见刀壳，能看见咱们服务器上的 容器，还有服务器的镜像。接下来部署一个私人部的项目，这个项目呢，只有一个接口，看一下泡沫文件，这里需要指定服务器地址，指定咱们的镜像名称，还有指定刀客费用的地址。 咱们再看一下刀客 feel 刀客 feel 呢？首先是创建一个技术环境持久化目录，将这个炸包呢添加到容器当中，然后提供对外的暴露端口号，然后通过加油钢架运行这个炸包项目。打包后，执行一下刀客 build 的， 他会根据刀客废物中的配置拉取基础镜像，并将咱们的炸包传到指定位置，然后再进行镜像制作。 构建成功后呢，咱们在 sites 可以看到咱们新制作的这个镜像，在服务器上可以看到咱们制作的镜像，这里呢咱们可以通过命令启动，也可以在 ideal 中呢通过创建容器，创建 一个刀客与妹子，这样也可以启动咱们的服务。启动完成后呢，咱们可以通过浏览器进行访问，可以看到这个 supreme 部的项目就已经部署完成了。

大家好，嗯，经过调查呀，发现咱们加瓦八的用户应该是最多的，所以呢，最后我就把这个加瓦八呃热成热泪加载，还有热部署这两个功能研究了一下，我们今天来看一下，我们这个是 不需要付费啊，第三方付费的软件的，你先看一下效果，第一个演示的就是咱们这个类的热呃类热加载，你看一下效果，先调试模式打开， 打开之后呢，我们跑一下这个接口，这个是 ider， ider 这个 automate 版自带的这个接口生成器，点 一下就能跳过来，然后跑一下返回的是二零二五，那接下来我们需要改改一下他的返回值，嗯，需要加一个方法，然后让变成二零二四，同时返回一个调用这个新的方法。 哎，刚才咱们是调试模式运行的，所以现在呢，我们只需要点一下 bill 的 compile， 就是重新编译这个文件，然后呢提示加载的时候我们点一下 reload， 现在他就加载成功了，然后我们再来跑一下接口，看一下效果，好可以看到已经变成二零二四，同时把这个接口里面的支架也返回了，这是嗯类的热加载。在这种模式下 是什么配置也不需要做的，只需要选中我们打过补丁后的呃 j d k 就可以， d c e v m 的 j d k 可以看一下配置，这个里面是什么也不需要改变的。那第二种呢？需要热部署。呃，我们因为配的是 d c v m， 所以这块呢只需要加一个参数，这样加个 a 进它，然后指向下载那个 house off a 进它的架包就行。那我们同样看一下效果，先停止运行，然后呢我们以调试模式运行。 呃，如果有 hot soft 这个日志的话呢，就说明相关的配置，呃，已经成功了。它这个是支持，包括这个 hybrid nets 啊， spring， j c j t tom kit， 还有 logo， please 啊，嗯， my beats 我也有啊，在这儿还有 i beteas 等等一大堆，这就说明这个热部署，注意，热部署和类热加载的，这是两个不同的功能，所以他们两个需要组合起来用 啊。我这个项目比较简单啊，我现在做的工作呢，就是把刚才这个变更去掉，撤销， 相当于在类里面减少的一个方法。然后呢，同样的也是点一下 beauty， 呃，重新编译这个类， 然后继续重新加载， ok， 就成功了。成功之后呢，我们继续测接口，那这个当然呢，就是回到最初这个二零二二五，这就 咱们这个效果的演示。接下来咱们讲这个，嗯， g d k 八， g d k 八这个配置需要做的操作有哪些？首先第一条呢，是我们要下载这个 d c e v m 呃，从 release 里面找到这个 java 八的，我们在 release 下边。啊，是，我印象中是只有这一个。最新版的是二零一八年的，就是 g t k 八的，它这个版本号八幺幺八幺。这个呢是 这个是目标匹配的 j d k 的版本，也就是这个 d c e v m 的 安装器，他这个补丁只能打在 gdk 八幺幺八幺上面，别的版本号差一点都不行。那这个从哪下呢？这个我在视频下方贴了这个华为，华为云的有一个 gdk 的仓库，这里边是有这个 gdk 八幺幺八幺， 你就下载对应的版本就行了，我这里用的是麦克版演示。呃， linux 啊， windows 都是支持的。你下载完安装， 这是第一步啊，严格讲呢，需要第一步下载这个安装器， 你点下载就行。第二步呢，下载这个对应的 j t k 八幺幺八幺，然后咱们接下来呢，可以 效果其他的步骤，先把这个 j d k 呢安装完，然后我们需要给它打上 d c v m 这个对应的这个补丁包。 这怎么打呢？他不是下载了一个架包吗？那我们我的麦克下呢，因为是安装后的 gdk 啊，位于这个系统权限比较高， 位于这个 liber 下面，所以温度的下面有可能也需要以管理员权限运行。所以呢，这个目录的访问呢，我是为了保险期间的是复制了一份安装后的 gdk 幺八幺的目录，专门起个名叫 dcevm。 那现在呢，我们就需要打开终端呢，去跑这个安装包，用修度去下载去运行。 啊啊，我这个命令消错了， sudo 加瓦杠 g a r， 然后它会弹出这个 d c e v m 它的安装器。呃，这里面装的时候呢，必须选中我们刚刚说的这个 g d k 幺八幺，就是一点八零幺八幺，那比较下边，下边这个是已经装过的。 嗯，那么安装的话，它有两个选项，我们以上面这个为例做个简单的解释。第一种呢是 replace by d c v m。 那这个模式呢，是最简单，你在这 replace 之后呢，这个虚拟机 不管什么时候启动加号命令，他都已经带了这个内热加载的功能，他这个只能实现内热加载。第二个选项呢是作为 alt vm， alt vm 就是另可选的 vm， 就是另一另一种 vm 来运行。 呃，这种方式跑的时候呢，需要在我们刚才这个跑的命令的基础上加上这 hotel a 进的，说这个文档需要加上这么一行， 就你 out v m 安装，我这儿为了简单的就是直接只选了 replace 模式，所以在配的时候只需要指定 j y a 进它它的架包位置就行了。你做完这个操作之后呢，这个这个虚拟 机的他就像这个是安装后的，就已经是被 dcvm 给替代了，那想恢复原状怎么办？这有这个卸载卸载功能， 如果这个下边没有检测到需要的加法虚拟机啊，咱们也可以啊，点这个添加安装目录，知道选中的别的截图，可以下边 这个 dcm， 它上面也有文档提示了你怎么怎么用这个选项， 那这个安装完呢，就结束了，这个就可以安装器就可以退出，安装成功他会出现这么一行字啊，我们可以大概装一下，看一下，点一下 replace， 然后要还原就点按 install， 就这么简单。 ok。 装完之后热部署的话，这一步是开发 spring 啊这些 my beat 的应用的时候可能需要，如果你是一个普通的家啊项目，比如 hello， word 之类的是不需要的。 呃，是不需要配这个加 y a 进的，只需要热。呃，热更新类的话呢，是不需要配置加 y 进的这个就要下载这个加 y a 进的，点这个 release， 然后找到最新版下载， 下载完这个架包呢，改不改名字都无所谓，因为如果是配合 g d p g d k 八用的话，你可以改，也可以不改，但是最后呢，这个用的时候路径 要配对就行了，所以这个 jdk 八的配置呢，运行的时候选项主要就是加这么一行， 这是八加一呢，然后指向那个完整的这个驾包放的那个路径，你也可以包含版本号。所以这样，咱们这个 jdk 八下边这个热类的热加载，还有呃， supreme 应用的热部署这两个功能呢，就算完成了 啊，这个我是用的是最直接简单的方式。好，咱们今天内容就这么多呀，今天虽然是愚人节，但是我这个视频内容还是实打实的呃，能够正常工作的。 好了，祝大家节日快乐，能够对你的项目开发有所帮助。

大家好，我是耐克开朗，今天跟大家分享的是健康检查引起的事故。事情的经过是这样的，我们有一个应用不熟的容器，当中他会每隔一段时间就无辜的重启。 由于每个应用至少启动了两个炮的，所以在重启的过程中很难被发现。由于监控系统只对 ur 做请求，如果不是所有的炮的都死掉，监控系统是监控不到的。这种异常重启给我们带来了很多困扰，例如系统丢单。 看过我前面视频的小伙伴一定记得，我出过一期视频，叫日志的监控和报警。在那一期视频当中，我们讲了如何监控抓娃程序的启动跟退出。也就是利用了这个技术，我们对 pod 进行了精准的监控，任何 pod 的重启都会实时的报告到 我们的钉钉群中。关于炮的的监控，这里就不重复追述了，你可以翻看之前的视频，也就是日志监控跟报警。本期视频学习的内容是怎么去排查这个炮的冲击的原因，排查的思路，排查的方法以及最后的解决方案， 一共三点。此时我已经把日志中心建立起来，通过日志中心做到了炮的的精准监控，我可以随时收到炮的的重启情况。但是因为工作调动的关系，我已经不再负责运维的相关工作，所以就没有太在意这些，只是把炮的重启这件事情告诉了运维，让他们去处理。 经过很长的一段时间，我发现这个问题仍然会重复出现，因为那边的小伙伴也没找到问题的根源以及解决方案。面对每日的丢单，我只能亲自出手去解决这个问题了。 其实这个问题并不复杂，对于我来说是秒解决的，但是作为管理层，你自己会是没有用的，你必须要教会你的下属，这就需要讲清楚原理以及思路跟解决问题这些步骤。现在我就把思路跟步骤掰开揉碎的一步步给大家讲清楚。 首先我们从控制台上看的日志，日志中很明确的可以看到是 pod 给应用程序发送了一个刹车档信号，这样就可以排除不是应用程序自身崩溃导致的，是外部发送了刹车档信号，那么一定是 k 八 s 给应用程序发送的信号。 有几种情况会出现这种问题呢？通常是 cpu 资源配置不足，内存内存资源配置不够，或者健康检查的时间设置太短。此时 kpis 就会给应用发送一个砂档信号，充气好的。有了这个思路，我们就可以去检查 k 八 s 里面的 cpu 跟内存资源配置是否满足这个应用程度的运行。检查之后发现 cpu 跟内存的配置都满足，应用程序的基本运行是没有问题的。 那么下面就检查健康检查的配置。当前屏幕所展示的就是我们生产环境所用的配置，存活跟就绪，我们看到配置都没有什么问题，六十秒，三十秒足够的长， 对于一般的应用这个时间是没有任何问题的。接下来是分析我们的应用程序。首先看控制台日志，从控制台日志当中我们并没有找到太多有价值的信息。然后我们又检查了 narcos 配置中心当中的各种配置项，最后又检查了普罗米修斯当 中的 jvm 各种指标，又把所有收集到的信息综合分析一下，就找到了我们的问题。那么问题究竟出在哪里呢？从前面的分析来看，所有的配置都没有问题。 此时在一些企业文化比较差的公司就会出现推尾了。例如运维的小伙伴会说是开发的问题，代码有问题。 而开发的向我们说本地运行没有问题，测试环境也没有问题，这一定是运维的问题。其实很多时候我们需要用到跨界的知识来解决问题。这就我提出的多维度架构设计。 我们不能只关注垂直领域的知识，还需要学习一些跨界的知识。其实这些故障都是可以避免的。我们的团队之所以出现那部的故障，主要是原因是公司考虑成本的问题，所招聘 的团队是比较年轻的，年轻的团队经验不足，阅历不足，程序员的成长都需要在不断的换算中进行。现在回到问题的分析上，问题究竟出在哪里？ 当我看到 jvm 的监控指标时，我发现现成数已经到了一百九十多。 supreme 不同，默认的最大现成数是两百。 那么此时一旦请求人上来超过了两百，接下来的请求就要排队等待了。此时 kbs 请求健康检查的地址一直得不到响应， 超过一分钟的存活检查就认为炮子已经死了，就会给他发送一个重启信号。就这样，每到高峰期，我们的炮子就会不断的重启，然后用的小伙伴就不断的尝试增加炮子的数量来解决这个问题。类似的案例还有一个， 我们有一个项目是 pp 做的， ppfpm 的并发配置成了两百五十，部署之后发现根本满足不了性能的需求，于是就增加到了十个炮的。 回到我们今天的主题，那么最终我们是怎么解决的呢？其实很简单，只要增加 tomcat 的最大行程数就可以了。 所以说技术人员的成长是在不断的犯错当中成长的。企业在招聘的时候一味控制成本，就要为这些试错买单。今天的内容分享就到这里，喜欢我视频跟念组书的小伙伴请关注我，给我点点小红心，我会根据评论区的反馈决定下一期视频的主题。

你们有没有过这种情况，在我们日常开发过程中，在测试或者预生产环境，需要打印一些日志，对自己的代码进行调试，但是到了生产环境，为了性能或减少一些磁盘的存储，我们需要调整日志级别。 那么在不重启服务的情况下，我们应该怎么处理呢？这里我通过斯不认布头中的艾克吹特指标监控，对日式级别进行动态修改，看一下代码视力。这是一个斯不认布的项目，这里我引入了艾克吹特，并且对艾克吹特进行了配置， 他的端口默认是八零八零，这里我还定义了一个 ctrl， 这个 ctrl 呢只打印了四行不同级别的日志。咱们可以通过八零八零端口访问一下，看一下 ictreeter， 这是看到他这个页面监控指标，但是咱们这里只关心这个 logs 这个 标。咱们通过页面呢，可以访问看一下咱们现在的 ctrl 级别是 info 级别的，通过 postman 调一下，咱们写这个 log 接口，咱们调一下， 这里看到控制台只打印了音否级别以上的日志。 debug 日志没有打印，因为刚才咱们已经看到了他的默认级别是音否的。 这里呢，咱们就可以通过 postman 调用 ictreeter 对日志级别进行修改。咱们看一眼调用过程，这里可以调用这个地址，然后通过修改它的级别，把它修改成 debug， 然后咱们调用一下， 这也可以，咱们再刷新一下页面，哎，看到了他的级别就是 debug， 那么咱们再重新调一下咱们这个 log 接口发送一下，可以看到这个日志，他已经打印出了 debug 级别的日志，这就是在不重启服务的情况下，动态修改日志级别。小伙伴们还有什么好的方案吗？评论区讨论一下。

使病中病处死化的几种方式，我们来看看吧。第一种，使用 post construct 注解修饰方法，在病依赖出入后会执行该犯法。第二种，实现引力型类型病的 after property set 方法，在属性出入之后也会执行该方法。 第三种，配置病的速速化方法，在定义病的时候，指定病的速速化方法，在属性注入完成之后也会执行该方法。如果都配置的话，就会按照这个顺序来执行。每日一问，同一个病能不能配置多个 pose 的 constract 方法。

五分钟带你吃透 superman 的方方面面，看完再也不怕面试遇到这类题了。今天呢，我给大家介绍一下 supreme vc 的详细执行流程。我把 supreme vc 详细执行流程分为三个阶段，第一个阶段，配置阶段。第二个阶段，初始化阶段。第三个阶段呢，是 运行阶段，下面呢，我详细介绍一下每个阶段的一个执行细节。第一个阶段，配置阶段。配置阶段主要是完成对叉迈尔的配置和 注解的配置，具体步骤呢如下，首先来看从 web 叉 mal 开始配置 dispatches several 的 uil 匹配规则和 supreme 主配置文件的一个加载的路径。然后呢，配置注解，比如说 ctrl 了 service alter right 以及 request mapping。 第二个阶段， 初始化阶段，那么主要是去加载并解析配置信息，以及 out 式容器，还有 di 操作和 hundred map 的一个初始化。那么具体步骤 如下，首先来看外部容器呢，启动以后会有外部容器自动调用 dispatch 的音令的方法，然后呢，在音令的方法中会初始化凹修容器，那么凹修容器呢，其实就是一个 map。 紧接着呢，根据配置好的 扫描包的路径，然后扫描出相关的内，并且呢使用反射对它进行实力化，然后缓存到 lc 容器中。缓存之后呢，是不是容器将再次迭代扫描 lc 容器中的实力？ 需要自动复制的属性自动复制，那哪些属性需要自动复制呢？比如加了 auto right 的属性。最后呢，去读取 request mapping 的注解，获取他请求的 u i l， 然后将 u i l 和 和 mac 的建立一个一对一的映射关系，并且呢缓存起来，我们可以简单粗暴的理解成就是一个 map， 它的 k 呢就是 u l， 它的值是 mac 的。 第三个阶段，运行阶段，运行阶段在 spring 启动以后就是等待用户请求，然后完成内部的调度，并且呢响应结果。具体步骤如下，首先呢，用户在浏览器里面输入 ul 以后， 外表容器呢会接收到用户的请求，外表容器呢会自动调用 dogad 或者 doboss 的方法，然后从 dogad 或者 doboss 的方法中可以获得两个对象，分别是略快死对象和略 boss 对象。通过了 question 登上可以获得用户请求过来的信息，然后呢，通过类似 bounce 对象可以往浏览器输出后台响应的结果。然后呢，根据刘 question 中获取的请求的 ul 从焊在脉笔中去找到 uil 对应的 master 的，然后接着就是利用反射去调用方法，然后将方法的返回结果作为响应结果返回给浏览器。最后呢，用户就可以看到我们想要得到的响应结果。因为硬件边 先生被问到这一道 miss 题，卓 spring 中有几种依赖注入的方式，今天呢，我给大家分享一下我的理解。这道 miss 里的文字版我已经整理在二十万字的文档里面了，有需要的小伙伴可以在评论区领取。 supreme 中依赖注入的方式则有以下三种，第一种是通过构造器注入，这也是 supreme 官方推荐的方式，如代码所示， 这种方式呢，在注入对象很多的情况下，构造参数他的列表会很长，所以呢不够灵活，当然他的好处就是对象初始化完成以后就可以获得一个可以使用的对象，另外呢，他还可以去检测到循环依赖。 第二种方式呢，就是通过 set 方法注入，这种方式呢在日常开放中不大常见，如代码所示，这种方式呢，就是利用 set 方法来注入，可以去确保注入前不依赖 spa 容器。 每个设的方法呢，会单独注入一个对象，所以呢便于灵活控制，并且呢还可以去实现选择性的注入，当然也可以去检测到循环依赖。第三种方式就是通过 fire 的锁线注入，比如说用 auto y 的 resource 等等，这些注解如代码所示。 这种方式呢，就是控制了对象的外部可见性，也就是说不被 supreme 容器托管的对象是无法自动注入的。但是菲尔的注入的方式不能被检测出是否循环依赖，还有就是他被翻了修的，索性是无法复制的。 以上呢，就是我对 supreme 依赖注入方式的理解，因为工作了三年的小伙伴被问到这一道面试题，说 supreme 中实现 e 不掉的方式有哪些？今天呢，我给大家分享一下我的理解。在 supreme 中实现 e 不掉用呢，主要有三种方式，分别是不解方式、内置现成池方式和自定义现成池方式。 首先看注解方式，可以在配置类和方法上加上特定的注解来实现一步家用。首先呢，在配置类上加上一个 in number 声口注解来启动一步家用。如代码所示， 使用呢 accent 标记的一步方法，可以带参数，也可以带有返回值。但是呢，返回值类型必须是忽悠九或者是它的子类。具体可以是以下三种类型， 第一种是由 java 原生 apr 提供的 future 对象。第二种是由 supreme 提供的 listenable future 或者是 a center result。 第三种是 java 八提供的 compare able future。 需要说明的是， a center 注解呢，默认会使用 sample a center task execute 来执行，而这个县城时呢，他不会附用现成。 所以呢，通常要使用一步处理的话，我们都会去自定义线城池。第二种是内置线城池方式，我们可以使用 内置的县城时呢来实现一步家用。比如说所有的 poor task execute 和 simple as think of task execute。 supreme 呢，他提供了许多 task execute 的内置实现。下面呢，简单介绍六种内置的县城时。 第一个呢是 simple or simple task execute， 他不会附用县城，他每次都会去启动一个新的县城。第二个呢是 concurrent task execute， 它是价位 api 中 execute 的实力的识别器。 第三种呢，是所谓的 pro task execute， 它公开了用于配置的并属性，并且呢，能够将它包装在 task execute 中。第四种呢是 workmandj task execute， 它是基于 common 接 work manage 来实现的，并且呢，是在 supreme 上下文中的外部 logic 或者是外部线中去设置 common 接线程时的工具类。第五种呢是 default manager task execute， 它 它主要是用于支持 jsr 二三六兼容的运行式环境。它是使用 jndi 来获取 manager execute service 作为 command j work manager 几的一个替代方案。通常情况下呢， three to poor task execute 是最为常用的，只有当 three to four task execute 不能满足需求的时候， 我们才会使用 concurrent task execute， 如果在代码中生命了多个县城时，自不认呢，会默认按照以下搜索顺序来占用县城时， 第一步，会检查双下文中唯一的 task x q 的病。第二步呢，会检查名为 task x q 的的 ex q 的病。第三步，当以上都无法处理的时候呢，他就会使用 simple 而 sink task x q 的来执行。 第三种是制定一线电池的方式，我们可以通过 essential config 接口，或者是继承 essential configer sport 来制定一线电池。但是呢，所以往 完全托管的病和完全托管的病实现方式呢，有点小差异。首先来看非完全托管的病，他的实现方式，如代码所示，在这段代码中， three 的 pro， 他是个 x， 他不是完全托管的什么病。然后来看完全托管的什么病，他的实现方式呢？如代码所示， 只需要在一步方法上去添加并注解，而不需要手动去调用线电池的 internet 方法在并出水花之后呢，会自动调用。需要注意的是，在同级类中去调用一步方法的话，是无法实现一步调用的。 以上呢，就是我对 spring 实现一步两用的理解。在 spring 中， bin factory 和 factory 的病有什么区别？那我们先来看 bin factory， 在 spring 中呢，最核心的就是 ios 容器，它保证了所有的需要对外提供的病的实力。那么 spring 呢，对外暴露的是 application 康，它可是这么一个类，它作为 澳式容器最重要的一个接口，他呢，也实现了 bin factory 这个接口。所以呢， bin factory 从名字上来看，它就是一个 factory， 相当于是 oc 容器的顶级接口，是 oc 容器最基础的实现，同时呢也是提供访问 spring 容器的根接口，那主要是负责并的创建和访问， 其中呢，有个最主要的方法，也是我们大家最熟悉的 get 病方法，同时呢并发给的人呢，还会去完成对病的依赖注入的功能，也就是 ei factor 的病呢，从名字上来看，他是一个特殊的病，那这个病呢，可以去返回创建病的工厂。如果实现了 factor 并接口，他就可以去根据不同的配置类去返回不同类型的病。他有一个比较核心的方法叫做 get opt factory b 呢，在使用上也有些特殊，比如说在前面介绍的 bin factory 中，有一个常量叫做 factory bing profix， 它的值是 ant 符号。当我们需要从 spring 容器中去获取创建并的 factory 的时候呢，可以在并嫩的前面加上一个 ont 符号，就可以获得并端的 factory。 我们呢也可以去自定义 factory 病，用它来扩展创建病的规则。在 supreme 中呢，去创建 a o p 的动态代理的病呢，就是通过去实现 factory 病来实现的。那我们现在使用的，比如说像 supreme boot cloud， 也经常去通过实现 factord 并接口来制定一些组件，从而去修改默认的创建病人规则。 以上呢，就是我对兵 factory 和 factory 病的一个理解，完了这个问题呢，其实只要接触过一点点的 supreme 原码就能够讲明白，所以呢，在内卷这么严重的环境下呢，工作三年以上的小伙伴就应该去看看原码了，这样的话呢，才能够去保证你的核心竞争力。那今天呢， 我就跟大家来分享一个硬件生被问到的一道面试题，在 spring 中 out to write 注解和 resource 注解的区别。 out to write 这个注解呢，是由 spring 提供的，它可以用来对构造方法、产权变量以及方法参数上进行标注，它能够根据对象的类型完成自动注入，比如这样。 那再来看瑞硕石这个注解，它是由 gdk 提供的，它遵循 gsr 杠二五零这个规范，是 gdk 一点六以上加入的一个新特性。 作为嘉瓦的标准呢，它的作用和 auto right 基本上没有什么区别。当然，与 auto right 不同的是，它可以适用于所有的嘉瓦框架，而 auto right 呢，只适用于 spring。 简单理解就是 resource， 它能够支持对象类型的注入，也能够支持对象名称的注入。那 resource 和 auto red 之间具体有哪些区 区别呢？我从以下五个方面来进行分析。第一个呢，是注解内部定义的参数不同来看原码， auto right 呢，只包含了一个 record 参数，他默认指示为 two， 他表示开启自动注入。而 resource 呢，它包含七个参数， 其中最重要的是两个，一个叫做 name， 一个叫做 type。 第二个呢，就是装配方式的默认值不同， outer red 呢，默认是按 type 自动装配的，而 resource 呢，默认是按 name 自动装配。当然呢， resource 注解可以自定义选择， 如果选择了内，则根据内自动装配。如果指正了太补呢，就用太补来进行自动装配。第三个呢，就是注解的应用范围不同。 auto right 呢，它能够用在各个方法还原变量和方法参数上以及注解上。而 resource 呢，它能够用在类成员变量方法参数上，这一点呢，从原码上就可以看得出来。第四个呢，是出数不同 呢，是 supreme 定义的注解，而 resource 呢，是遵循 j s i 杠二五零的一个规范，它是定义在 g d k 中，所以呢，而对 right 呢，只能在 supreme 框架下使用，而 resource 呢，就可以与其他框架一起来使用。 第五个呢，是装载顺序不同。 auto red 呢，目论是按照 type 的进行匹配，如果发现有多个病，就会按照嫩的方式进行匹配，那如果嫩也有多个病，就会直接抛出异常了。而搜索的装载顺序呢，它分为四种情况。第一种呢，就是如果指定了嫩和 type， 就会从 supreme 的上下文中去找到唯一匹配的，并进行装配，如果找不到，就会抛出异常。具体流程呢，如图所示。 第二种情况呢，是如果指定了令，就会从上往下去查找名称，也就是 id 进行匹配，如果找不到，就会刨除异常。具体流程如图所示。第三种情况呢，就是如果指定的太， 也就是会从上往下找到一个唯一的，并进行装配，如果找不到或者找到多个，也会抛出异常。那么具体流程呢，如图所示。第四种情况呢，就是如果既没有指定令，也没有指定 type， 就会自动根据令的方式进行匹配，那如果没有匹配，就会退回，按照类型的方式进行匹配。 具体流程呢，如图所示。为了帮助大家更好的理解和区分，我还专门花时间整理了一张表格，如果有需要的小伙伴可以关注我的主页介绍。以上呢，就是我对 out to right 和 resource 的总结和理解，最后总结一下，两者的功能上差别并不大， 使用型的呢，也差不多。但是呢，在日常开发中啊，我建议使用 autoret 有以下三个理由，第一呢，是 autorett 的功能略为强大，它支持优先注入，也可以去配置允许，并不存在。第二个呢，就是如果我们使用的 supreme 框架，我们使用 他特有的注解，个人感觉会更好一点。第三个呢，有人可能会认为 resours 会更加的通用，因为他是一个规范，而其他框架呢，也会支持。但是我个人认为呢，目前后端都是采用 suin， 所以也没有必要去考虑其他的框架。 当然了，这个跟我个人是 supreme 迷无关啊，如果你也是 supreme 的小米粉的话，可以关注我，一起交流，共同进步。我是被变成耽误的文艺汤。如果我的分享对你有帮助，请你动动手指，一键三连分享给更多的人！关注我，面试不再难！

分享一个视频不得加 v 一，请用它分离的学习项目主要的功能有用户角色、菜单、按钮、权限以及数据字典这么一套功能相对而言都比较简单，适合小白入门学习。 然后我们来看一下项目的获取地址是在这里， api 是属于后端，未谱是前端，然后这里面使用的一个技术站主要是后端是密布的，买 c 口，买 bendys plus， radis doc， 前端主要是 v v 三以及 animal plus waiter， 运行文档可以参考各自的 redmi。 然后我们来说一下它如何去运行。首先需要我们将 d o c 下面的 c 口文件导入到我们的数据库中，然后在这里去修改 d v 的一个配置文件， 在下面我们需要去修改比如说 redis 的一个地址以及密码，还有我们买 c 口的一个连接地址以及他的一个账号密码 相关配置信息。修改完成之后，我们就可以在右边去点击运行我们的项目了，功能相对来源都比较简单，感兴趣的话可以下来看一下这个项目。最后这个项目也提供了相关的微服务版本。

大家好，今天这个视频对 rabbit mq 的直接模式、主题模式、广播模式和延迟消息模式这四种基本操作进行一下演示。首先是直接模式 direct， 它使用的是 rabbit mq 默认的 exchange， 所以只要配置好对列就可以使用了。不用指定交换机和如停 k， 只需要指定对列，这是发送方对列名称，然后发送的消息。 然后我们这边对大家进行一下接受。好，我们来操作一下，可以看到这里可以正常接收到，也可以实现多个消费者从对列中获取数据。比如说我这边有两个消费者，两个接受方，重启一下， 可以看到我多次操作他的接受方式交替展示的，可以对他的流量进行一下分担。除了传输简单文本信息，还可以进行自定义对象的传输。比如我们这里 成了一个 user 对象，它需要实现这个序列化接口，也是直接发送。我们现在这是一个新的对联， director push object 使用的是这个对列，然后接收的时候，他就可以直接去对这个对象进行接收，可以看到我们这边可以成功的接收到，这是直接模式 debug 的。然后是主题模式 topic， 他不像这个直接模式， 直接模式只配这个对列就可以了。 topic 除了配对列以外，还需要 配置交换机和绑定对应的入定 k， 这三者的关系需要理清楚。入定 k 对应的是输入，对列的名称对应的是输出， 所以是在发送方指定入定 k， 然后数据通过 is 清洁，通过交换机传输到绑定的对应的对联上， 然后接收方再从对列中去获取数据。 red k 可以使用通配符型号或者井号， 信号代表一个单词，井号代表零个或多个，我们这里是零个或多个。就是说，呃，只要是以 top 一个点开头的，这个发送的这个肉鼎 k 的消息除了会被 这个对联接收，还会被他接收，因为 topic 点 a 这个入定 k 也是符合这个规则的。 topic a 我们看一下方法。好，这个是柔丁 k， 柔丁 k 是 top 小点 a， 我们可以呃直观的看到他最终会走到这个队里，然后刚才我们也说了， topic 点 a 也是包含在 top 小点心中的，所以说这个 topic 点哦， 这个队也会接收到，我们来认识一下。 好，我们可以看到这两个对联都介绍到了这一个，我们用 topic 点二这个肉丁 k 去发送，应该是只有这个 topic all 这条消息 可以看到，确实是 topic all， 这个队列接收到了这条消息。接下来是广播模式 find out， 配置时和这个主题模式是类似的，不过是，不过区别是不用配置这个柔婷 k， 但是在发送的时候需要注意一下它这个 第二个参数必须传一个，我们可以传一个工作部串，因为如果不传的话，他就只有两个参数，两个参数的话他就走到默认的直接模式去了，然后就会报错，他走这一个交换机会会把消息发送到这个交换机对应的两个对列中， 翻奥的 a， 翻奥的 b， 他的介绍版本。最后是 延迟消息模式。延迟消息交换机这里使用的是 custom exchange， 这个名字可以自己指定，然后定义一个延迟对列以及绑定一个 朱婷 k， 我们来看一下发送的这个是延迟对列的角 换机，然后这入定 k， 这个是发送的消息， 我们需要实现这里边的这个方法，然后给他设置一个 dele 三千，代表的是小雨延迟三秒，收到小雨后，然后会答应 我们来测试一下，我们看到已经发送了，好，这里接收了四十九，五十二，我们再点一下， 应该三秒。好了。上面就是对 rapid mq 的基本操作的一个演示，希望呢对大家的工作学习有所帮助，感谢观看下个视频，再见。

street 是 jella 开发必不可少的框架，是一个庞大的生态系统。 springboot 正是在 spring 这一片肥沃的土壤中生长出来的快速应用开发框架。本书从 springboot 的工程化组建入手，采用一部一势力的方式引导读者入门，并通过两个完整案例帮助读者学会开发 springboot 项目。 本书共分十二章，第一至三张介绍构建 spring boot 项目的步骤和 spring bootwet 开发的基础。第四至九张介绍 spring boot 的多种框架或技术，比如 jpa、 may protest、 radish、 elastic circ。 日制和安全监控的第十至十一章，分别通过客户管理系统和微博 系统两个简单的项目，巩固读者对 squeenboot 基础知识的学习。第十二章介绍 swingboot 的测试、打包和项目部署功能。