近来小姐姐又犯憨憨错误，问组内小伙伴export命令不会持久化环境变量吗？反正我是问出口了。。然后小伙伴就甩给了我一个《The Linux Command Line》PDF链接。感谢老大不杀之恩～
①加电后，路由器执行POST（开机自检），POST是存储在ROM中得微代码，检测设备硬件是否可以正常运行。
该命令确保内核源代码树绝对干净，内核开发组建议在每次编译内核前运行该命令。尽管内核源代码树在解压后应该是干净的，但这并不完全可靠。
换了mac也一段时间了，mac到手后，第一件事就是配置jdk和maven环境变量。但是每次想在命令行下使用到java明令或者maven明令的时候，都会提示没有安装jdk或者找不到JAVA_HOME变量。
应用从 jdk7 升级到 jdk8，终于可以用上新特性的语法进行代码编写，通过几轮开发、测试和验证后，在上预发环境时，应用突然无法启动，查看 tomcat 报错原因，发现是 类转换失败 ClassCastException
这将保证内核树的绝对干净。内核小组建议在每次编译之前都执行此命令，无用的代码将会在解压后删除。
作为一名面向Spring开发的开发人员，在日常的工作、学习或者面试中或多或少都会遇到这样一个问题：如何控制Bean的加载顺序？
注：文件夹里包含这两个的文件，就能被wordpress 识别。 主题的缩略图名称：screenshot.png
在自定义安装软件的时候，经常需要配置环境变量，下面列举出各种对环境变量的配置方法。
本文表达的观点可能与你的看法有所不同。本文没有针对任何个人或组织，只是我个人在 Windows 上开发时屡屡受挫有感而发。文中的观点只代表个人。
前天，日常上线了个小迭代。内容是：将接口A切换成了接口B，需求很小，QA也没想着测，自测后走免测上线了。开发完成后，赶紧部署到测试环境验证了下，没啥问题，perfect！可以上线了。
今天启动 spring boot 项目的时候，有时候会报加载不到配置文件的属性。配置文件的属性是用 @Value 获取的，属性有时候会是 null 。
Linux是多用户的任务系统，对于每个用户都可以指定特定的用户变量。针对不同程序在不同的环境下运行就需要修改环境变量进行定制，本文介绍 Linux常见的环境变量设置方法，希望对你有帮助。
提到加载顺序，首先我们需要对sevlet中的load-on-startup单独讨论
JAVA基础(三) web.xml 中的listener、 filter、servlet 加载顺序及其详解
/etc/profile 范围：对所有用户生效 作用： a.定义USER变量 b.定义LOGNAME变量 c.定义MAIL变量 d.定义PATH变量 e.定义HOSTNAME变量 f.定义HISTSIZE变量 g.定义umask值 i.调用/etc/profile.d/*.sh文件 /etc/profile.d/*.sh 范围：对所有用户生效 说明：这是一族sh文件，没个都会被调用 例如： /etc/profile.d/lang.sh 作用：调用/etc/sysconfg/i18n设置语言环境 ~/.bash_profile 范围：用户自己的家目录，对自己生效 作用： a.调用 ~/.bashrc文件 b.在PATH变量后加入了":$HOME/bin"这个目录 ~/.bashrc 范围：用户自己的家目录，对自己生效 作用: a.定义alias别名 b.调用/etc/bashrc /etc/bashrc 范围：对所有用户生效 作用: a.定义PS1变量(登录以后的提示符样式) b.如果是无密码登录，则 定义umask值 定义PATH变量 调用/etc/profile.d/*.sh文件
在公众号上「花无思」同学反应pbkiller在Cocos Creator 2.x测试场景构test-pbkiller建后加载proto文件时会有报错啦！
第二种情况，往往是这个场景，本地/测试环境运行的都是好好的，上线之后测试就是不行。
随着需求的不断迭代，服务承载的内容越来越多，依赖越来越多，导致服务启动慢，从最开始的2min以内增长到5min，导致服务发布很慢，严重影响开发效率，以及线上问题的修复速度。所以需要进行启动加速。
此文章讲解SpringBoot中配置Bean的几种形式，以及在SpringBoot启动流程中的先后顺序。
最近在项目中遇到了启动时出现加载service注解注入失败的问题，后来经过不懈努力发现了是因为web.xml配置文件中的元素加载顺序导致的，那么就抽空研究了以下tomcat在启动时web.xml文件中元素的加载顺序，现在和大家分享。
在网上查询 Bean 的加载顺序时，看到了大量的文章中使用@Order注解的方式来控制 bean 的加载顺序，不知道写这些的博文的同学自己有没有实际的验证过，本文希望通过指出这些错误的使用姿势，让观文的小伙伴可以知道@Order的具体的应用场景
上一篇博文介绍了@Order注解的常见错误理解，它并不能指定 bean 的加载顺序，那么问题来了，如果我需要指定 bean 的加载顺序，那应该怎么办呢？
昨天又有一个同学反馈，跟着视频写代码，一样的代码，但是为啥我这的autocomplete light就不生效。第一个同学反馈我以为是autocomplete light的版本问题，再次有人反馈，那可能是哪不太对劲。
SpringBoot约定了配置文件，默认为application.properties，通过该文件可以修改很多默认的配置，当然我们还可以在该配置文件内添加自定义的配置，该文件通过key=value的形式进行配置。
写了这么久的 Spring 系列博文，发现了一个问题，之前所有的文章都是围绕的让一个东西生效；那么有没有反其道而行之的呢？
草捏之前写过一篇《Spring源码-循环依赖（附25张调试截图）》，也算是对循环依赖研究了一番。可是今天还是在循环依赖上踩坑了，真是被安排的明明白白。下面我讲述下这次踩坑的过程，主要涉及的知识点有三个：模板方法、Bean加载顺序和循环依赖。
哎？我的程序怎么跑着跑着失败了呢？websocket重启电脑之后一直连接不上，这是什么鬼？
首先，先说明一点：此篇博文相对来说是比较小的专题，只讲解Spring IoC加载Bean的顺序问题。 为了更好的了解这里面的原理，建议先了解Spring容器内部对Bean执行初始化的原理，因此推荐下面博文（若已了解，请忽略）： 【小家Spring】Spring IOC容器启动流程 AbstractApplicationContext#refresh()方法源码分析（二），Spring容器启动/刷新的完整总结 【小家Spring】AbstractBeanFactory#getBean()、doGetBean完成Bean的初始化、实例化，以及BeanPostProcessor后置处理器源码级详细分析
之前说过Java中类的加载顺序，这次看完继承部分，就结合继承再来说说类的加载顺序。 继承的加载顺序 由于static块会在首次加载类的时候执行，因此下面的例子就是用static块来测试类的加载顺序。 package xing.test.thinking.chap7; class A{ static{ System.out.println("A static"); } } class B extends A{ static{ System.out.
接手了一套比较有年代感的系统，计划把重构及遇到的问题写成系列文章，老树发新枝，重温一些实战技术，分享给大家。【重构01篇】，给大家讲讲Jar包冲突及原理。
大致流程： Click Event -> IPC -> Process.start -> ActivityThread -> bindApplication -> LifeCycle -> ViewRootImpl
Struts2中有很多配置文件可以去配置常量，对同一个量在不同配置文件都配置了，那么生效的肯定是最后加载的，因此需要知道配置文件的加载顺序
在 resource 目录下的 application.properties 配置端口号，启动服务如下：
在面试中，在java基础方面，类的加载顺序经常被问及，很多时候我们是搞不清楚到底类的加载顺序是怎么样的，那么今天我们就来看看带有继承的类的加载顺序到底是怎么一回事？在此记下也方便以后复习巩固！
Jar包冲突是老生常谈的问题，几乎每一个Java程序猿都不可避免地遇到过，并且也都能想到通常的原因一般是同一个Jar包由于maven传递依赖等原因被引进了多个不同的版本而导致，可采用依赖排除、依赖管理等常规方式来尝试解决该问题，但这些方式真正能彻底解决该冲突问题吗？答案是否定的。笔者之所以将文章题目起为“重新看待”，是因为之前对于Jar包冲突问题的理解仅仅停留在前面所说的那些，直到在工作中遇到的一系列Jar包冲突问题后，才发现并不是那么简单，对该问题有了重新的认识，接下来本文将围绕Jar包冲突的问题本质和相关的解决方案这两个点进行阐述。
有的时候，配置信息是我们无法在开发过程中就能确定的。比如，给客户开发的项目，客户需要根据自身的情况自定义配置，如数据库配置，加密密钥配置等等。这时候，就需要把配置文件放在外面，让用户自定义配置部署了。
今天小伙伴跑过来说，搭建框架的时候出现disconf配置好的信息不能够及时注入到实体类中的情况。他通过实践发现，spring 加载Configuration 的时候，通过@Autowired注入的RedisProperties 实体类里面没有值。等到容器加载完成后，在Controller 层注入的RedisProperties是有数据的，搞了接近一天。我在他控制台看到了如下信息（简化）：
前言：原本一个web应用的任何配置都需要在web.xml中进行，因此会使得web.xml变得很混乱，而且灵活性差，因此Servlet 3.0可以将每个Servlet、Filter、Listener打成jar包，然后放在WEB-INF\lib中；注意各自的模块都有各自的配置文件，这个配置文件的名称为 web-fragment.xml ;
会上讲了很多激动人心的技术点，这里先介绍一些我比较感兴趣的点， 希望对大家有所启发。
用户自定义类加载器：sun提供的ClassLoader是可以被继承的，允许用户自己实现类加载器
在了解类加载机制时，发现网上大部分文章还停留在tomcat6，甚至tomcat5。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
