xx

1. rm 删除命令 rm -i 文件名-----------询问y/N 删除文件 rm -f 文件名-----------直接删除文件 rm -r 目录 rm 文件名 rm -r* -----------------------删除所有文件 2. mv 移动目录/文件 可重命名 mv tt.txt gg----------------------将tt.txt 移动到 gg 目录下 mv tt.txt b/bb.txt---------------------tt.txt 移动重命名 bb.txt 3. touch 创建文件 touch 文件名 gedit =========应用程序,可在终端直接书写打开 gedit 文件名 4. mkdir 创建目录 mkdir 目录名 mkdir -p 多个目录 --------- -p递归创建目录 5. cat 查看文件内容 cat 文件名 cat 1.txt 2.txt > 3.txt -------文件内容合并(cat+重定向) 6. move 分屏显示 move 文件 7. ls 命令 ls 目录名 -----------显示所跟目录下内容 -a ----------显示指定文件所有子目录与文件,包括隐藏文件 -l ------------以列表方式显示文件详细信息 -h -----------配合 -l 以人性化方式显示文件大小 8

JVM JVM參數類型： 標準參數:所有的JVM实现都必须实现这些参数的功能，而且向后兼容； x參數:默认jvm实现这些参数的功能，但是并不保证所有jvm实现都满足，且不保证向后兼容； xx參數:此类参数各个jvm实现会有所不同，将来可能会随时取消，需要慎重使用； Boolean類型：公式：-XX：+/-某個屬性（+表示開啓，-表示關閉） 设置类型：公式：-XX: 属性key=属性value //-XX:MetaspaceSize=20m 在命令行查看某个参数值： jps -l 查看运行线程信息获得进程号 jinfo -flag PrintGCDetails 进程号：查看PrintGCDetails信息 jinfo -flags 进程号：查看进程号的所有参数 查看jvm初始化参数： 　　-XX:+PrintFlagsInitial (-version) 　　-XX:+PrintFlagsFinal 　　-XX:+PrintFlagsFinal -XX:MetaspaceSize=512M(设置本次值）（:=表示被人为或者JVM初始修改过） 　　-XX:+PrintCommandLineFlags( -XX:+UseParallelGC:默认垃圾回收：使用并行GC) 串行（SerialGC）是jvm的默认GC方式，一般适用于小型应用和单处理器，算法比较简单，GC效率也较高

系统有时会遇到OutOfMemoryError，Java堆溢出了。我们需要找到造成OutOfMemoryError原因。一般有两种情况： 1、内存泄露，对象已经死了，无法通过垃圾收集器进行自动回收； 2、内存溢出，内存中的对象都还必须存活着，这说明Java堆分配空间不足，检查堆设置大小（-Xmx与-Xms），检查代码是否存在对象生命周期太长、持有状态时间过长的情况。 想在泄漏未发生前，取堆转储文件分析， 通过jvm参数-XX:+HeapDumpOnOutOfMemoryError（XX:+HeapDumpOnCtrlBreak不知道为什么tomcat启动不了）可以让JVM在出现内存溢出是Dump出当前的内存转储快照。 当然也可以通过用jmap生产dump文件。windows通过任务管理器查看tomcat的进程pid，linux用ps命令查看进程pid，然后用jmap命令（Java5：jmap -heap:format=b <pid>；Java6：jmap -dump:format=b,file=HeapDump.bin <pid>） 在tomcat中设置jvm参数 linux系统中 1.打开/tomcat_home/bin/catalina.sh文件 2.加上：JAVA_OPTS="$JAVA_OPTS -server -XX:+HeapDumpOnOutOfMemoryError

目录 RocketMQ 环境搭建 下载 快速入门 启动 nameserver 和 broker 测试生成消费 关闭 nameserver 和 broker RocketMQ 可视化工具 Docker 使用方式 参考 RocketMQ 环境搭建 下载 Release Notes - Apache RocketMQ - Version 4.5.2 快速入门 Quick Start 启动 nameserver 和 broker unzip rocketmq.zip cd rocketmq/ nohup sh bin/mqnamesrv & nohup sh bin/mqbroker -n localhost:9876 & 配置外网访问 在 conf 文件夹下修改 broker.conf 添加 namesrvAddr = xx.xx.xx.xx:9876;xx.xx.xx.xx:9876 # (多个地址以;分隔) brokerIP1 = xx.xx.xx.xx enablePropertyFilter = true 启动 namesrv nohup mqnamesrv & 启动 broker nohup mqbroker -n xx.xx.xx.xx:9876 autoCreateTopicEnable=true -c /usr/local/rocketmq/conf/broker

关于Java自动装箱和拆箱 基本数据(Primitive)类型的自动装箱(autoboxing)、拆箱(unboxing)是自J2SE 5.0开始提供的功能 自动装箱，个人感觉也就是为了所谓的java泛型，泛型就是一种糖，装箱是一种糖也就更好解释了。并且两者都是编译器提供的，都存在于编译期（当然编译器做的越多，JVM就可以解释的越快），我想通过反编译，可以轻松的发现。 自动装箱：把基本类型用它们对应的引用类型包装起来，使它们具有对象的特质 Integer a=3（Integer源码,注释的信息量很大啊(￣￣)"） 自动拆箱：将Integer及Double这样的引用类型的对象重新简化为基本类型的数据 int i = new Integer(2) 基本类型防迷惑 基本类型不管多大，==都返回true，因为基本类型不会比较地址，更不存在equals 包装类所提供的缓存机制 每个整形的包装类，包括Long、Integer、Short、Byte、Character，都提供了缓存机制（一种优化手段），但是Float、Double没有，也就没有==比较的有趣现象了。 调整JVM参数-XX:AutoBoxCacheMax=250，最大缓存值可以达到-128—250 ，只能调整上限，这和Integer缓存算法实现有关，当然这个参数只对Integer有效，Long...无法调节

①虚拟机日志参数 　　-XX:+PrintGC(在jdk9.jdk10中建议使用-Xlog:gc),使用这个参数启动java虚拟机,则在GC时就会打印相应日志 　　-XX:+PrintGCDetails, 该参数可以打印堆的详细信息,描述各个区间的使用情况（jdk9,jdk10中使用-Xlog:gc*） 　　-XX:+PrintGCApplicationStoppedTime,可以打印应用程序由于GC产生的停顿时间 　　-Xloggc:log/gc.log,该命令可以在当前目录的log文件夹下gc.log文件中记录所有GC日志 ②类加载/卸载跟踪 　　-verbose:class可跟踪类的加载、卸载 　　-XX:+TraceClassLoading（jdk9,jdk10中使用-Xlog:class+load=info）跟踪类的加载 　　-XX:+TraceClassUnloading（jdk9,jdk10中使用-Xlog:class+unload=info）跟踪类的卸载 ③查看虚拟机参数 　　-XX:+PrintCommandLineFlags,可以打印传递给虚拟机的显式和隐式参数,隐式参数可能是虚拟机启动时自行设置 ④堆的配置参数 　　-Xms指定初始堆,-Xmx指定最大堆（示例：-Xmx20m -Xms5m,代表初始化堆5M,堆最大可用20M） 　　-Xmn指定新生代大小

题目链接 路径数 题目描述 Euphemia到一个 \(N*N\) 的药草田里采药，她从左上角的格子田（第一行，第一列）出发，要到达右下角（第 \(N\) 行，第 \(N\) 列）的格子田，每次她可以走到与当前格子有边相邻的格子去，但她不会走已经走过的格子，而且出于对美的要求，她走过的路径是关于 左下-右上 对角线对称的。由于地势不同，在每个格子田采药都会有一个疲劳度 \(T_{i,j}\) ，Euphemia想知道：有多少条合法路径，可以使得她采药的疲劳度最小。 输入格式： 多组数据。 每组数据第一行一个整数 \(N\) ，接下来 \(N\) 行，每行$N4个非零数字（ \(1,2,3...9\) 中一个），表示格子田的疲劳度。 当 \(N=0\) ，输入结束。 输出格式： 对于每组数据，输出一个整数表示答案，答案%1000000009。 样例输入： 2 1 1 1 1 3 1 1 1 1 1 1 2 1 1 0 样例输出： 2 3 数据范围： 对于 \(20%\) 的数据满足 \(N<=5\) 。 对于另外 \(20%\) 的数据满足 \(N<=40\) 。 对于 \(100%\) 的数据满足 \(N<=100\) ,不超过 \(50\) 组数据。 时间限制： 1S 空间限制： 256M 提示： remove!!! 题解 根据题意可知这是一道图论题。 求最短路径的方案数。 因为

模板渲染 {{ 变量 }} {% 逻辑 %} 万能的点 {{ name }} {{ l1.1 }} {{ l1.k1 }} {{ l1.keys }} {{ l1.values }} {{ l1.items }} {{ l1.p }} 过滤器 内置过滤器 | {{ name|length }} {{ name|cut:'xx' }} default filesizeformat truncatchars truncatwords slice:'0:3' join:'+' date:'Y-m-d H:i:s' safe 识别成标签 标签 {% for i in data %} xx {{ forloop.counter }} {% empty %} xx {% endfor %} forloop.counter 当前循环的索引值(从1开始)，forloop是循环器，通过点来使用功能 forloop.counter0 当前循环的索引值（从0开始） forloop.revcounter 当前循环的倒序索引值（从1开始） forloop.revcounter0 当前循环的倒序索引值（从0开始） forloop.first 当前循环是不是第一次循环（布尔值） forloop.last 当前循环是不是最后一次循环（布尔值） forloop.parentloop 本层循环的外层循环的对象

永生代 永生代默认的最大内存大小是在32位JVM上为64MB， 在64位JVM上为82MB。可以通过 -XX:PermSize=[size] 和 -XX:MaxPermSize=[size] 来调整。 永生代包含类和方法的元数据信息， 一般情况下它需要的空间不是很大， 但是由于热部署等一些特性会导致类信息越来越多， 从而发生内存溢出（OutOfMemoryError）。 永生代的大小是在启动时指定的（通过-XX:MaxPermSize=xxm）， 并且不能在运行时重新动态调整。 元数据区 虽然元数据区替代了永生代， 但是它还是可能发生内存溢出的， 默认情况下元数据区的大小上限即为剩余物理内存的大小， 但是也可以指定最大元数据区大小。指定元数据区大小的参数为： -XX:MaxMetaspaceSize . 元数据区会在达到指定大小时发生垃圾回收， 设置的参数是： -XX:MetaspaceSize 。 在元数据区也没有了klasses， 这是用来存储初始加载的类的描述信息， 意味着元数据区只存储原始类的信息。 另外还有两个参数： -XX:MinMetaspaceFreeRatio: 当内存剩余比例小于这个值时垃圾回收会频繁一些， 默认40%。 -XX:MaxMetaspaceFreeRatio: 当内存剩余比例大于这个值时垃圾回收频率会低一点，默认70%。 常量池

第一步设置 第二步： 网上很多设置contents包下面的idea.vmoptions，发现设置没生效，用命令行找下这个idea设置在哪 第三步：修改jvm参数，重启idea,发现最大运行内存可以设置成2G了 -Xms1024m -Xmx2048m -XX:ReservedCodeCacheSize=1024m -XX:+UseConcMarkSweepGC -Dfile.encoding=UTF-8 -XX:+UseConcMarkSweepGC -XX:SoftRefLRUPolicyMSPerMB=50 -ea -Dsun.io.useCanonCaches=false -Djava.net.preferIPv4Stack=true -XX:+HeapDumpOnOutOfMemoryError -XX:-OmitStackTraceInFastThrow -Xverify:none -XX:ErrorFile=$USER_HOME/java_error_in_idea_%p.log -XX:HeapDumpPath=$USER_HOME/java_error_in_idea.hprof 来源： CSDN 作者： 代码世 链接： https://blog.csdn.net/a453380532/article/details/85315634