第三次打开文档，算第二版了，还是不知道怎么开头，脚本和结构也是改了又改，写着写着又成了流水帐，眼看着从21年到22年了再不写就成了年“中”总结了。今天熬个夜，这次用的Apple的备忘录，在写的时候觉得行距太挤了，还找不到怎么调整。别问为什么用Apple备忘录。啊你没问啊，那没事了。写完回头，突然发现原来年后写总结最难的是今年/去年是那年啊。Ps：今年表

在堆中存放着几乎所有的对象实例,垃圾收集器在对堆进行回收前,第一件事就是要确定这些对象之中哪些还活着,哪些对象已经死去.判断对象是否已经死亡有以下几种算法:引用计数法算法定义:给对象中添加一个引用计数器,当有一个地方引用时,计数器加1,引用失效时,就减1,当对象的引用计数器为0时,对象就是不可再被使用的.特点:JAVA虚拟机中很少使用这

↑关注置顶 有趣的不像个技术号大家好，我是朱小五经常看我文章的朋友都知道，我一般在文中会分享自己的爬虫脚本或思路。最近有一些朋友留言表示对python不太熟悉，也不太会使用爬虫，但是对文中的数据很感兴趣。问小五能不能分享一下这些数据。当然可以，不过小五要先把涉及的用户信息去掉，再限制一下数据量，仅供大家学习交流，这样就没有法律风

  最近一段时间都在准备IOS的开发，学习swift语言，之前做过很多类型的开发：前端、JavaWeb、.net、Android等，IOS是第一次接触，很不适应，学习的进度也比较慢，不过在看过一些视频、几本pdf之后，总算有了一点心得。从今天起，开始做一些整理，一方面加深自己的认知，另一方面也可以方便他人，共同讨论和进步，本文通过一个实例，整理一下UI

对于很多开发人员来说，单例模式算是比较简单常用、也是最早接触的设计模式了，仔细研究起来单例模式似乎又不像看起来那么简单。我们知道单例模式适用于提供全局唯一访问点，频繁需要创建及销毁对象等场合，的确方便了项目开发，但是单例模式本身也有一定的局限性，如果滥用则会给后续软件框架的扩展和维护带来隐患。单例模式的实现有很多种，应用场合也各有不同，但必须保证实例唯一

Spring通过各种模板类降低了开发者使用各种数据持久技术的难度。这些模板类都是线程安全的，也就是说，多个DAO可以复用同一个模板实例而不会发生冲突。我们使用模板类访问底层数据，根据持久化技术的不同，模板类需要绑定数据连接或会话的资源。但这些资源本身是非线程安全的，也就是说它们不能在同一时刻被多个线程共享。虽然模板类通过资源池获取数据连接或会话，但资源池本身

　在最初开始构建微服务系统的时候可能服务并不多，我们可以通过做一些静态配置来完成服务的调用。比如，有两个服务A和B，其中服务A需要调用服务B来完成一个业务操作时，为了实现服务B的高可用，不论采用服务端负载均衡还是客户端负载均衡，都需要手工维护服务B的具体实例清单。但是随着业务的发展，系统功能越来越复杂，相应的微服务应用也不断增加，我们的静态配置会变得越来越

一、数据库的三种范式第一范式：数据库表的每一列都是不可分割的基本数据项。第二范式：数据库表中的每个实例或行必须可以被惟一地区分，即主键。第三范式：要求数据库表中不包含已在其它表中已包含的非主关键字信息，即外键。二、存储过程存储过程是一个可编程的函数，它在数据库中创建并保存。优点有：1、存储过程能

没有测试数据的用例就像一盘散沙，跑两步就跑不动了没有测试数据，所谓的功能测试和性能测试全都是无米之炊。但我发现一个蛮诡异的事情，就是行业内很少会有人去强调测试数据的重要性，甚至市面上都没有人在做测试数据这门生意。至今测试er造测试数据还是靠人工写，电话号码、身份证号、地址随便敲个差不多的数据就凑合着用。或者用Python或js脚本去跑些测试数据出来，当然

我们日常使用浏览器的步骤为：启动浏览器、打开一个网页、进行交互。而无头浏览器指的是我们使用脚本来执行以上过程的浏览器，能模拟真实的浏览器使用场景。主要是用作爬虫，用以捕捉Web上的各类数据；这里的无头主要是指没有界面，完全是后台操作。它就是一个真实的浏览器。只是这个浏览器是无界面的。在爬虫中使用无头浏览器有很多的注意事项，比如我们的业务场景是否适合使用无头浏