DFSYyyds的博客

Redis，常用的几种场景

实现的，因为地址不是连续的,都是一个节点和一个节点相连,没差查询都是重头查询，所以查询速度慢，但是增删只是断裂某个节点对整体影响不大，所以增删速度快，提供了特殊的方法，对头尾的元素操作（进行增删查），查询速度快，增删速度慢。

线程A，去判断这个O是不是10，如果是10 就修改，不是就不修改。现在将他修改为11，现在O=11，这时线程B过来了，他也要判断这个O是不是10，判断一样，继续修改。线程A又来执行这个数据，又将他改为10，现在O还是10。这时就会有一种情况，A已经将这个O改动了两次了，这就是CAS问题。假设现在内存上面有个一数据为O=10，线程B由于种种原因他执行的很慢，解决方案：下次有时间再总结。

ps -ef | grep jar或者ps -ef | grep java（常用）查看mqtt有没有内初始化： ps aux | grep mosquitto。切换root用户(需要当前用户密码)： sudo su。查看移动硬盘/U盘在哪个位置命令：fdisk -l。删除（暴力删除）： rm -rf 文件名。退出U盘指令：Umount（ubuntu）复制： cp 文件名地址 目标地址。新建文件夹/挂载节点（u盘）：M。创建文件夹：mkdir。查看当前是哪个用户：W。

在方法中声明，可以确保这个方法在同一时间只有一个线程执行此方法，

选择排序，可以理解为选择一个较大（较小）的数字，依次和后面的做比较，在我理解看来第一层for循环代表循环几次，第二层for循环才是真正做比较的，当然两层循环必不可少，

java冒泡排序