【PTA】7-10 方阵转置 (15分)

输入格式: 输入第一行给出一个正整数n（1≤n≤6）。随后n行，每行给出n个整数，其间以空格分隔。

【未完成】7-10 关于堆的判断 (25 分)

本文链接：https://blog.csdn.net/shiliang97/article/details/98790049 7-10 关于堆的判断 (25 分) 将一系列给定数字顺序插入一个初始为空的小顶堆

7-10 阿生的粉丝团 (30 分)

本文链接：https://blog.csdn.net/shiliang97/article/details/101473111 7-10 阿生的粉丝团 (30 分) 夭折了，阿生竟然有粉丝团了，而且还是清一色的妹子

7-10 功夫传人 (25分) 图 深度优先搜索

7-10 功夫传人 (25分) 一门武功能否传承久远并被发扬光大，是要看缘分的。

7-10 公路村村通(并查集kruskal)

现有村落间道路的统计数据表中，列出了有可能建设成标准公路的若干条道路的成本，求使每个村落都有公路连通所需要的最低成本。

7-10 公路村村通 （30 分）【最小生成树 模板】

7-10 公路村村通 （30 分） 现有村落间道路的统计数据表中，列出了有可能建设成标准公路的若干条道路的成本，求使每个村落都有公路连通所需要的最低成本。

手眼标定问题排查_圆网格数据排查

经过昨天晚上的调试，发现了一个主要问题：使用圆网格标定板标定时，不能使用cornerSubPix()函数，否则寻找角点时，会导致图一的情况(裁剪为30万像素)。就找到能参考的程序，推进还是很快的。

【2020HBU天梯赛训练】7-10 倒数第N个字符串

7-10 倒数第N个字符串 给定一个完全由小写英文字母组成的字符串等差递增序列，该序列中的每个字符串的长度固定为 L，从 L 个 a 开始，以 1 为步长递增。

JAVA死锁排查-性能测试问题排查思路

Java发生死锁的根本原因是：在申请锁时发生了交叉闭环申请。即线程在获得了锁A并且没有释放的情况下去申请锁B，这时，另一个线程已经获得了锁B，在释放锁B之前又要先获得锁A，因此闭环发生，陷入死锁循环。

线上问题排查一接口拒绝连接排查思路

排查思路： 检查目标服务器防火墙配置，开启目标端口，重启防火墙 检查目标服务器服务状态 解决过程： 查看服务器调用者日志，当出现接口拒绝连接时，可参考以下方案： 使用ping IP命令查看目标服务器是否宕机

死锁问题排查

既然已知道异常服务，那可以从这里入手进行分析，又与同事沟通一番，确定了与该服务相关的一些后台模块，接下来重点排查这些模块。 排查方法 日志中出现了sync.

JVM排查定位

排查总结 7.1 CPU过高 top P M X 找到占用高的进程id top -Hp pid 找到占用高的线程nid，转换16进制，（printf '%x\n' pid） jstack pid 来查看线程的详细信息 自动设置的快照-XX：-XX：+HeadDumpOnOutOfMemoryError 用分析工具分析：查看哪个类和实例数过大，本来就定位线程了，只需看该线程的对象信息即可 7.3 死锁 直接JConsole排查死锁

centos磁盘排查

今天发现服务器磁盘满了，使用du命令排查，首先找到根目录 du -h --max-depth=1 / 然后发现/usr下面最大，接着找/usr目录下 du -h --max-depth=1 /usr 发现/usr/local目录最大，我们挨个排查下去，发现是jpom的历史构建产物占用空间太多，去Jpom里删除就好了

堆栈溢出排查

-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/d5000/eas/easDmSync/heapdump.hprof

CPU 飙升排查

CPU飙升 线上资源cpu飙升是我们工作中常见的问题，一篇文章搞定排查方法 一、问题复现 现在我有两个接口，代码如下 @RestController public class CPUCheck { 二、测试 我们将项目打包部署在服务器上，并启动 测试接口 curl http://localhost:9901/thing-test/hello pid 三、排查 通过top命令可以查看到有一个java

排查Maven问题

排查Maven问题 mvn dependency:tree 三大技巧 第一板斧:找到传递依赖的鬼出在哪里？

【排查进程占用】

排查进程占用 C:\Users\>taskkill /PID 51560 /F 错误: 无法终止 PID 为 51560 的进程。 原因: 拒绝访问。

Etcd 故障排查

线上问题排查

jmap -histo pid | sort -n -r -k 2 | head -10

Redis Bigkey排查

当发现 Redis 变慢了，可以通过下面的 checklist 来排查问题： 使用复杂度过高的命令或一次查询全量数据； 操作 bigkey； 大量 key 集中过期； 内存达到 maxmemory； 客户端使用短连接和