最近处理了一个上传文件后乱码的问题，下午无心工作，写此文记录此次事故。 项目使用struts1作为MVC框架，在项目运行过程中，出现了文件上传中文乱码的问题。 经排查，发现是代码在后端获取了输入流，读取存储到一个字节数组，但是在将字节数组转成字符串的时候，没有指定编码，导致后面的程序拿到的文件名一直是乱码，此处建立字符串指定编码即可解决。 new String(m_binArray, start, (end - start) + 1,"GBK"); web项目乱码的问题处理，万变不离其宗，进行下述操作一般可以解决。 将页面的编码和后端的编码统一设置 <%@ page language="java" pageEncoding="GBK"%> request.setCharacterEncoding("GBK"); response.setCharacterEncoding("GBK"); 后端过滤器统一处理编码 form表单提交的编码也要设置 accept-charset="GBK" enctype="multipart/form-data" 如果确定前后端编码都是....

拉取镜像 docker pull apache/zeppelin:0.9.0 启动容器 docker run -d --name zeppelin0.9 -p 8888:8080 apache/zeppelin:0.9.0 zeppelin的版本只到0.9.0，具体的docker版本号可以到docker镜像仓库查看https://hub.docker.com/

拉取镜像 docker pull flink 运行容器 docker run -t -d --name jobmanager --network host -e JOB_MANAGER_RPC_ADDRESS=jmr -p 8081:8081 flink jobmanager

拉取镜像 docker pull streamsets/datacollector 运行容器 docker run --restart=always -p 18630:18630 -d --name streamsets-dc streamsets/datacollector

拉取镜像 docker pull wurstmeister/zookeeper docker pull wurstmeister/kafka 运行容器 运行zookeeper docker run -d --name zookeeper -p 2181:2181 wurstmeister/zookeeper 运行kafka 10.116.9.162是我本机IP，换成自己的就好了 docker run -d --name kafka -p 9092:9092 -e KAFKA_BROKER_ID=0 -e KAFKA_ZOOKEEPER_CONNECT=10.116.9.162:2181 -e KAFKA_ADVERTISED_LISTENERS=PLAINTEXT://10.116.9.162:9092 -e KAFKA_LISTENERS=PLAINTEXT://0.0.0.0:9092 -t wurstmeister/kafka

一、数据结构的分类 按逻辑结构分类 集合 线性结构 非线性结构 按存储结构分类： 顺序存储 链式存储 索引存储 散列存储 二、顺序表 存储空间连续 三、链表 存储空间不连续 3.1 单链表 3.2 循环链表 3.3 双链表 四、顺序表和链表的比较

1、建立共享目录 在windows上建立共享目录 高级共享管理中开启以下配置 2、centos安装samba yum install samba samba-client 3、查看windows共享目录 这里的ip是虚拟机宿主机的IP，后面是访问的用户名%密码 smbclient -L IP -U 用户名%密码 4、访问windows指定共享目录 smbclient //IP/windows建立的共享目录名称 -U windows登录用户名%密码 5、将目录直接挂载到虚拟机中 mount -t cifs -o username="windows用户名",password="密码" //宿主机IP/共享文件夹名称 /挂再到linux的指定目录 到这里修改windows下的目录，在linux配置的挂载目录下也能看到修改了 6、取消挂载 umount linux上挂载的文件路径 so easy~

1、安装vsftpd配置默认启动 yum -y install vsftpd systemctl enable vsftpd.service 2、配置文件 vi /etc/vsftpd/vsftpd.conf 根据自己的需求进行配置 3、添加用户分配权限 useradd ftpuser passwd ftpuser chown -R ftpuser /home/ftpuser/data/ 4、防火墙 ftp端口默认21 firewall-cmd --permanent --zone=public --add-port=21/tcp firewall-cmd --reload 5、启动/关闭ftp systemctl start/stop vsftpd 6、查看服务状态 service vsftpd status 7、win10上测试 ftp ip地址

1、简介 Java有四种锁状态：无锁、偏向锁、轻量锁、重量锁，锁可以逐渐升级，但是不可以降级。 2、锁状态 在Java中对象的锁存储在对象头Mark Word中（该字段存储对象的hashcode或者锁信息） 2.1、偏向锁 2.1.1、获取 当一个线程访问同步代码块并获取锁的时候，会在对象头和栈帧中的锁记录里存储偏向锁的线程ID，以后该线程在进入和退出同步块时，不需要进行CAS加锁和解锁，会查询对象头中Mark Word是否存储着指向该线程的偏向锁，如果成功，表示线程已经获得了锁。如果失败，则需要再测试一下Mark Word中偏向锁的标识是否设置成1（表示当前是偏向锁）：如果没有设置，则使用CAS竞争锁；如果设置了，则尝试使用CAS将对象头的偏向锁指向当前线程； 2.1.2、撤销 当其他线程尝试竞争偏向锁时，持有偏向锁的线程才会释放偏向锁。当另一个线程试图访问偏向锁时，会首先暂停拥有偏向锁的进程，如果线程没有运行，则将对象锁的对象头设置为无锁状态。如果线程正在运行，则会暂停该线程，恢复到无锁状态，或者标记对象不适合作为偏向锁，最后唤醒该线程。 2.1.3、优缺点 偏向锁适用于大多数时候....

volatile允许线程访问这个共享变量，一个字段被声明为volatile，则java内存模型确保所有线程看到这个变量的值是一致的。 有volatile变量修饰的共享变量进行写操作的时候会触发以下两件事： 1.将当前缓存行的数据写回到系统内存； 2.这个写回内存的操作，使其他处理器缓存的该数据的内存地址失效。 如果对声明了volatile的变量进行写操作，JVM会将这个变量所在缓存行的数据写回到系统内存，之后其他处理器通过嗅探在缓存总线上传播的数据看自己缓存的数据是否过期，当处理器发现缓存行对应的数据被修改，就会将这个数据所在的缓存行设置为无效状态，当处理器对这个缓存行重新进行操作时，会重新从系统内存读取该数据到缓存行。

引入maven依赖 <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <parent> <artifactId>examples</artifactId> <groupId>cn.com.wyl</groupId> <version>1.0-SNAPSHOT</version> </parent> <modelVersion>4.0.0</modelVersion> <artifactId>struts....

action配置多个路径 配置xml <package name="helloAction" extends="struts-default,json-default" namespace="/myHello" > <action name="helloWorld" class="helloAction"> <result name="helloPage">/WEB-INF/hello.jsp</result> <result name="sayHello" type="json"> <param name="root">user</param> </result> </action> </package> 在action中定义多个result，如上，第一个路径返回的是页面，第二个路径返回了一个json数据 action配置 action中也要配置对应的方法 import cn.com.wyl.examples.struts.entity.User; import ....

1、web.xml中指定位置 此处，我只修改了struts.xml文件的位置，structs默认是从WEB-INF的classes目录下加载配置文件的，对应打包后的路径，自己根据需求修改即可 <!-- struts配置 --> <filter> <filter-name>struts</filter-name> <filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class> <init-param> <param-name>config</param-name> <param-value>struts-default.xml,struts-plugin.xml,struts/struts.xml</param-value> </init-param> </filter> <filter-map....

1、错误信息 2、问题跟踪及处理 可以看到，这个方法传递了一个Class对象和类加载器和一个字段给clearMap方法 进入clearMap方法，方法根据class对象获取属性，此时报出了属性找不到的错误 打开tomcat的源码查看这个被反射的类org.apache.catalina.loader.WebappClassLoader（tomcat源码地址） 在这个类中发现，他继承了org.apache.catalina.loader.WebappClassLoaderBase，自己本身没有定义属性 进入WebappClassLoaderBase类中，可以找到resourceEntries字段 查看WebappClassLoaderBase的注释信息发现从7.0.64往后的版本，添加了WebappClassLoaderBase用来作为类加载器 此时有两个解决方案，一是对structs版本升级，但是这样的话，对应的其他依赖版本也要升级，代价太大，第二个方法较为简单，直接更换tomcat版本使其版本号<7.0.64即可，我换了7.0.63就正常了

前前后后思考了许久，总想写点什么，最后却又不知从何说起，就简单的聊聊这一年吧。 关于疫情   很久之前，其实也就是十余年前，也经历过一场疫情（非典），但当时人在老家消息闭塞加之正当年幼，对其没有什么直观的了解与认识，直到今年的疫情突然爆发，才对这些仿佛一直潜伏在身边的疾病有了模糊的认识。任然记得铺天盖地都是关于疫情的新闻报导，甚至远在农村的老家，也开始了封闭隔离，早早就回到昆明的我吃了将近一个月的泡面，曾经喧嚣的大街小巷也是门窗紧闭、不见人影，直到五月份后才逐渐恢复昔日的景象，到了年末，在各方努力下，国内的情况已经趋于稳定，但是任然不可松懈。在这场疫情中见证了一个国家、一个名族的精气神，相信未来我们终将战胜疫情，有更安全的生活环境。 关于生活   引用一句话：过日子就是问题叠着问题，我们唯一能做的，就是面对这个问题。 最后   今年经历了许多事情令人难以忘怀，失去了很多，曾经的梦想也逐渐远去，但也是自己的信念也更加坚定，对自己的人生有了更深感悟，对未来有了更清晰的认识和规划。 最后附上一段话自勉：   盖茨比信奉的那盏绿灯，是年复一年在我们眼前渐渐消失的极乐未来。我们始终追它不上，但没....