编程-常识cs_Scratch编程

什么是带宽？

单位时间可以传递的数据量；

\u0001

十六进制转义序列：如 \x1abf4 ，可以使用任意多的十六进制数字，直至不是十六进制数字为止；
16位的通用字符名（universe-character name）：\u后面必须跟4个十六进制数字（不足四位前面用零补齐），表示Unicode中在0至0xFFFF之内的码位（但不能表示0xD800到0xDFFF之内的码点，Unicode标准规定这个范围内的码位保留，不表示字符）；
32位的通用字符名：\U后面必须跟8个十六进制数字（不足八位前面用零补齐），表示Unicode中所有可能的码位（除0xD800到0xDFFF之外）

Java中的字符型占用两个字节，因为它支持Unicode字符集。在C语言中使用的是ASCII字符集，所以它的字符型只占用一个字节。Unicode字符集是用来支持世界上的所有的语言的，ASCII字符集只是它的一个子集，确切的说，它是Unicode字符集的前255个字符。所以，所有ASCII字符集中的字符都是Unicode字符集中的合法字符。Unicode字符集的字符常常用十六进制表示，例如‘\u0000’、‘\u0028’、‘\uffff’等。它的范围从‘\u0000’到‘\uffff’，其中‘\u0000’到‘\u00ff’是ASCII字符集中的字符。‘\u’是一个转义字符，用来表示紧接着的四个十六进制数字是Unicode字符的代码。

-D

用法： -DpropertyName=propertyValue

作用：对插件的目标参数进行配置

实例，例如大家经常使用的maven在执行本地安装命令install的时候跳过单元测试为 mvn install -Dmaven.test.skip=true。

参数-D是Java自带的，其功能是设置Java的系统属性，Maven只是对这个参数进行了重用。那么就可以在准备插件的时候检查系统属性，进而对插件参数实现全局配置。

UUID

springboot 配置文件的优先级

优先级
命令行方式 > 配置文件方式

取值时读取配置文件的顺序为：properties->yaml->yml；

bootstrap 和 applicaton
bootstrap 加载优先于 applicaton。bootstrap 主要用于从额外的资源来加载配置信息，还可以在本地外部配置文件中解密属性。

bootstrap的典型使用场景

当使用 Spring Cloud Config Server 配置中心时，这时需要在 bootstrap.yml 指定 spring.applicatio配置文件中n.name 和 spring.cloud.config.server.git.uri
，添加连接到配置中心的配置属性来加载外部配置中心的配置信息
一些固定的不能被覆盖的属性一些
加密/解密的场

java 启动的秘密

java [options] -jar xxx.jar [arguments]

第一个options有三类

many？用空格隔开

1. Maven中配置mirrorOf

指定和repository的id进行匹配

<repositories>

    <repository>

      <id>repo.jenkins-ci.org</id>  //repostoryId 

      <url>https://repo.jenkins-ci.org/public/</url>

    </repository>

  </repositories>

2. spring boot 的 parent的作用

<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>2.1.4.RELEASE</version>
    <relativePath/> <!-- lookup parent from repository -->
</parent>

1. 定义了java编译版本为1.8；

2. 使用UTF-8格式编码；

3. 继承自spring-boot-dependencies，这个里边定义了依赖的版本，也正是因为继承了这个依赖，所以我们在写依赖时才不需要写版本号；

4. 执行打包操作的配置；

5. 自动化的资源过滤；

6. 自动化的插件配置；

7. 针对 application.properties 和 application.yml 的资源过滤，包括通过 profile 定义的不同环境的配置文件，例如 application-dev.properties 和 application-dev.yml

3. 包冲突

添加链接描述

maven仲裁机制
当前maven大行其道，说到第一类Jar包冲突问题的产生原因，就不得不提maven的依赖机制了。传递性依赖是Maven2.0引入的新特性，让我们只需关注直接依赖的Jar包，对于间接依赖的Jar包，Maven会通过解析从远程仓库获取的依赖包的pom文件来隐式地将其引入，这为我们开发带来了极大的便利，但与此同时，也带来了常见的问题——版本冲突，即同一个Jar包出现了多个不同的版本，针对该问题Maven也有一套仲裁机制来决定最终选用哪个版本，但Maven的选择往往不一定是我们所期望的，这也是产生Jar包冲突最常见的原因之一。先来看下Maven的仲裁机制：

优先按照依赖管理元素中指定的版本声明进行仲裁，此时下面的两个原则都无效了
若无版本声明，则按照“短路径优先”的原则（Maven2.0）进行仲裁，即选择依赖树中路径最短的版本
若路径长度一致，则按照“第一声明优先”的原则进行仲裁，即选择POM中最先声明的版本

4.

5.

6.

7.

8.

9.

10.

11.

12.

13.

14.

15.

今天的文章编程-常识cs_Scratch编程分享到此就结束了，感谢您的阅读，如果确实帮到您，您可以动动手指转发给其他人。