论List 集合的深拷贝和浅拷贝,这个课题我们得用 java的 栈堆来说明,
技术分享,记录个人成长
家里有两台电脑,我在两台电脑上分别装了一个绿色版的redis,然后通过Redis Desktop Manager 去连接,本地的电脑很轻易就连接上了,另一个电脑上的redis 一直连接不上。
按照网上教程,修改
1.bind 127.0.0.1改为 #bind 127.0.0.1
2.protected-mode yes 改为 protected-mode no
3.加入 daemonize no(这个是是否在后台启动不占用一个主程窗口)
重新启动 redis 结果还是连接不上,
仔细看 redis 命令行的启动窗口
发现 ==:file use C:\Users\purui_zhang\Desktop\redis\redis-server.exe /path/to/redis.conf==
指向了一个 ==/path/to/redis.conf== 的配置文件
于是 cmd 命令行 在redis 同级目录 执行 redis-server.exe redis.windows.conf 成功启动,并且成功连接。成功。问题记录
在项目发展的初期,本地缓存 比如 ehcache ,可以提供快速的数据访问能力,很大程度上减轻了数据库的压力,提升系统 的吞吐量,但是它的局限性也很明显。
ehcache 的本质还是一个进程内的缓存技术,所以,它肯定会占用JVM虚拟机的内存,这也给我们本来就很紧张的内存 雪上加霜,如果缓存占内存的比例较大,很有可能就会引发程序的内存溢出, 更会使程序出现多个GC 和 暂停时间延长,影响系统的吞吐量。
所以随着项目及业务的发展,本地缓存技术逐渐被分布式缓存技术所代替,当然这并不是否认 本地缓存技术 就没有用武之地,一些场景下 分布式缓存 也会出现它的瓶颈,所以本地缓存和分布式缓存的集合将是一个不错的方案。
Ehcache 开发团队也意识到这个问题,所以在ehcache3.x 的版本后,提供了off-heap(堆外内存)特性,该特性 可以使 ehcache 避免占用 heap的空间,降低GC 及 暂停次数,来提高吞吐量。
1 | off-heap 技术与 JVM 底层机制紧密相关,对于JAVA 开发人员来说,大家都知道,Java程序始终是运行在JVM虚拟机中的,它与宿主环境是隔离的,因为一般给新对象分配 内存都在 heap 中进行, |
参考淘宝的TaobaoVM
more >>
今天开发组 一个小伙子,遇到一个奇葩的问题,java发送邮件带附件,附件名称一长,就变成 xxxx.bin 这样的文件, 然后 让我帮他看看,我也没有遇到过,也想知道为什么,在网上搜了一圈,
1 | 在使用javamail 1.5版本的时候,如果附件文件名过长,会错误显示为“未命名的附件 00439.dat” |
转发来自:https://blog.csdn.net/albert0707/article/details/69284700
1.下载Zookeeper:
下载地址: http://www.apache.org/dyn/closer.cgi/zookeeper/
linux 下执行:
wget http://apache.fayea.com/zookeeper/zookeeper-3.4.10/zookeeper-3.4.10.tar.gz
即可下载成功!
tar zxvf zookeeper-3.4.10.tar.gz
more >>
tag:
缺失模块。
1、请确保node版本大于6.2
2、在博客根目录(注意不是yilia根目录)执行以下命令:
npm i hexo-generator-json-content --save
3、在根目录_config.yml里添加配置:
jsonContent: meta: false pages: false posts: title: true date: true path: true text: false raw: false content: false slug: false updated: false comments: false link: false permalink: false excerpt: false categories: false tags: true