CentOS Stream 和 RHEL 的差别 周荔人：Red Hat 对其企业发行版（RHEL）源码发布策略的调整，这个改变是否代表了 Red Hat 在企业战略上发生了变化，并且这个变化是有战略支撑的吗...RHEL 源码发布策略调整的原因 周荔人：为什么 Red Hat 这两年把 CentOS 的源码的发布方式做了改变？ 张家驹：首先，对于 CentOS 社区，我们期望实现更为频繁和有效的互动。...难道他们收购 CentOS 就是为了鼓励更多的专家参与到生态系统中来、为生态系统做出贡献吗？ 张家驹：这个问题十分重要：为什么 Red Hat 当初决定收购 CentOS？...对于开发者来说，从一定程度上，参与开源项目是对个人编程水平和技术实力的一种展示。在寻找工作或制定求职策略时，这样的经历确实有一定的优势。...GPL 的协议仅要求你的代码开放，而我们做得更多，我们推动了“upstream first”和"backport"的做法。
因此，如果你是一个真诚的Web开发人员，那么，确保其实力是你的责任！ 今天，我们一起来讨论一下有关密码的一些最佳做法。许多例子正在酝酿之中，请系好安全带！我们要准备开车出发了，老司机带你上路。...这是100000个最常用密码文件的列表-以此作为参考并对其进行检查。...考虑为你的Web应用程序实施两因素身份验证。 15、密码短语更好 有两种类型的人：一种是那些相信复杂词组密码会更好，另一种是那些相信长密码短语会更好。...17、几次不正确的尝试后锁定帐户 这是相当明显的，跟踪用户是否尝试登录帐户并反复输入错误。 阻止或锁定这些帐户并运行其他验证。但是，这应取决于你的用例。...有一个永不改变的答案（你喜欢的颜色或梦想中的汽车可能会随着时间而改变）。 示例：你的童年英雄是谁？ 资源：很好的挑战性问题 19、避免密码轮换 这是一个有争议的。
; s 所指向的对象是否改变了呢？从本系列第一篇的结论很容易导出这个结论。我们来看看发生了什么事情。...在这段代码中，s原先指向一个String对象，内容是"Hello"，然后我们对s进行了+操作，那么s所指向的那个对象是否发生了改变呢？答案是没有。...通过上面的说明，我们很容易导出另一个结论，如果经常对字符串进行各种各样的修改，或者说，不可预见的修改，那么使用String来代表字符串的话会引起很大的内存开销。...在开发一个系统的时候，我们有时候也需要设计不可变类，来传递一组相关的值，这也是面向对象思想的体现。不可变类有一些优点，比如因为它的对象是只读的，所以多线程并发访问也不会有任何问题。...总之，要保证局部变量在使用之前一定被初始化了。所以，一个好的做法是在声明他们的时候就初始化他们，如果不知道要出事化成什么值好，就用上面的默认值吧！
1.1.1.1 避免循环创建对象 ★ 如果对象并不会随每次循环而改变状态，那么在循环中反复创建对象将带来性能损耗。高效的做法是将对象提到循环外面创建。 ...所以，作为一种良好的习惯，建议避免使用 lock(this) 这种方式。 使用为同步目的专门构造的成员变量 这是推荐的做法。..._keyTable; } } 创建单例对象是很常见的一种编程情况。一般在 lock 语句后就会直接创建对象了，但这不够安全。...吃掉异常是极不好的习惯，因为你消除了解决问题的线索。一旦出现错误，定位问题将非常困难。除了这种完全吃掉异常的方式外，只将异常信息写入日志文件但并不做更多处理的做法也同样不妥。 ...我们遇到过一个用Hashtable来缓存对 象的例子，每次根据传递的OQL表达式构造出一个ExpressionList对象，再调用QueryCompiler的方法编译得到 CompiledQuery对象
从基因出发，人就是会去本能地利己的一种生物，只不过现在的情形不像石器时代那么简单了，有时候一个做法并不能特别直接地看出来好或者不好。...这种时候，要勇于承认，你就是做了一件很蠢的事情，这事情对你没有任何好处，只有坏处，接下来你必须迅速填坑，并且保证自己永不再犯。...把时间花费在更好的人身上 几乎所有情况，你对一个人的认识都是你对这个人的想象，当然想象是基于事实的，但是事实的各个维度都被你不自主地美化或者丑化，有时候就和事实相距甚远了。...从更大的一个范围去看，眼前这个人，对你到底怎么样，这会让你对眼前的关系处理，有一个更聪明的做法。跟人家大闹一场，事后再去道歉，一点都不好。...时而研究一下父母 当父母对你做了一件让你觉得开心、或者难过、或者匪夷所思的事情的时候，要去思考一下： 1.他们为什么要这么做 2.如果你是他们，你觉得这做法正确吗 3.如果这是让你开心的事情，是因为什么
为什么提这个问题： 如果你应聘的是一个Python开发岗位，你就应该知道这是门什么样的语言，以及它为什么这么酷。以及它哪里不好。 问题2 补充缺失的代码 答案 特别要注意以下几点： 命名规范要统一。...答案： “猴子补丁”就是指，在函数或对象已经定义之后，再去改变它们的行为。 举个例子： 大部分情况下，这是种很不好的做法 - 因为函数在代码库中的行为最好是都保持一致。...打“猴子补丁”的原因可能是为了测试。mock包对实现这个目的很有帮助。 为什么提这个问题？ 答对这个问题说明你对单元测试的方法有一定了解。...我们为什么要使用它们？...答案 如果我们不确定要往函数中传入多少个参数，或者我们想往函数中以列表和元组的形式传参数时，那就使要用*args；如果我们不知道要往函数中传入多少个关键词参数，或者想传入字典的值作为关键词参数时，那就要使用
这是个复杂的问题，且听我慢慢道来~ 依赖注入有什么用 Hilt 好不好用，我们先来看看它是个什么。它是个用注解来进行配置的依赖注入库。注解是它的写法，首先它是个依赖注入库，对吧？什么是依赖注入？...这样的结果不论是对 Dagger 还是对我们，都是很可惜的。 而 Hilt 的出现，就直接解决了 Dagger 太复杂的这个问题。...所以，为什么不是去优化 Dagger，而是做了个新库？因为 Hilt 本身并不是一种优化，而是场景化，或者说，它是一种针对场景的优化。...大概是这样的： 我们程序里有些对象是全局共享的，比如线程池，或者 Retrofit 对象，这种东西我们通常会把它放在 Application 对象里，或者做成单例的： ?...这一类情况我们的做法通常是获取外部 Activity 对象然后强转，再去拿它内部的对象： ? 而如果用 Hilt，你可以把这个对象直接声明出来，让它自动注入： ?
代码要处理的业务逻辑很简单，就是多线程访问一个单例对象的成员变量，对其进行自增处理。 SyncTest类实现了Runnable接口，run方法中处理业务逻辑。...其本质就是对一个对象监视器(Monitor)进行获取，而这个获取过程具有排他性从而达到了同一时刻只能一个线程访问的目的。 原因分析 经过上面基础知识的铺垫，我们就来排查分析一下上述代码的问题。...对于synchronized关键字来说，如果加锁的对象是一个可变的对象，那么当这个变量的引用发生了改变，不同的线程可能锁定不同的对象，进而都会成功获得各自的锁。...用一个图来回顾一下上述过程： 在上图中，Thread0在①处进行了锁定，但锁定的对象是Integer(0)；Thread1中②处也进行锁定，但此时count已经进行自增，导致Thread1锁定的是对象...：第一，不要忽视IDE对代码的提示信息，某些提示真的很有用，如果深挖还能发现很多性能问题或代码bug；第二，对于多线程的运用，不仅要全面了解相关的基础知识点，还需要尽可能的进行压测，这样才能让问题事先暴露出来
; s所指向的对象是否改变了呢？从本系列第一篇的结论很容易导出这个结论。我们来看看发生了什么事情。...在这段代码中，s原先指向一个String对象，内容是"Hello"，然后我们对s进行了+操作，那么s所指向的那个对象是否发生了改变呢？答案是没有。...通过上面的说明，我们很容易导出另一个结论，如果经常对字符串进行各种各样的修改，或者说，不可预见的修改，那么使用String来代表字符串的话会引起很大的内存开销。...例如我们要在构造器中对一个名叫s的String引用变量进行初始化，把它设置为初始值，应当这样做： public class Demo { private String s; ... ...总之，要保证局部变量在使用之前一定被初始化了。所以，一个好的做法是在声明他们的时候就初始化他们，如果不知道要出事化成什么值好，就用上面的默认值吧！
避免循环创建对象 ★ 如果对象并不会随每次循环而改变状态，那么在循环中反复创建对象将带来性能损耗。高效的做法是将对象提到循环外面创建。..._keyTable; } } 创建单例对象是很常见的一种编程情况。一般在 lock 语句后就会直接创建对象了，但这不够安全。...这个问题与性能无关，但对于编写健壮和易于排错的程序非常重要。这个原则换一种说法，就是不要捕获那些你不能处理的异常。 吃掉异常是极不好的习惯，因为你消除了解决问题的线索。...对处于关键路径的代码，进行这类的优化还是很有意义的。普通代码可以不做要求，但养成一种好的习惯也是有意义的。 1.7.1、循环写法 可以把循环的判断条件用局部变量记录下来。...我们遇到过一个用Hashtable来缓存对 象的例子，每次根据传递的OQL表达式构造出一个ExpressionList对象，再调用QueryCompiler的方法编译得到 CompiledQuery对象
拆解法做法（如上图）： 1、把总获客数，按四个渠道拆解，发现A渠道获客最少。得到结论1：因为A渠道少了，所以总获客少了。...一个都回答不上来…… 所谓的拆解法，本质上只是通过细分，锁定了问题发生的位置。并不能找到元凶。所以常常被用来发现问题，而不是解释问题（如下图）。 ?...比如：“你说天气不好业绩就不好，那为啥人家天气差照样有业绩！”至于到底推动业绩的因素是啥？不知道，还得用其他方法分析。 ?...5 为什么常见方法不管用 综上，我们会发现，在因果推断领域，几乎没有一种方法完全可靠，包括很多经典的统计学方法和科学实验方法。为什么会这样？...社会科学问题本身就是多因素共同影响，容易被人操控改变，感性且冲动的。因此在社会科学领域，很难直接套用自然科学的方法解决问题。 再加上，企业里上班的人，都是有立场、有态度、有企图的。
“锁”在我们日常的生活工作中经常会用到，比如离开寝室会锁房门，不用手机会将屏幕锁定，这充分保证了个人财产安全和隐私安全。...这把锁（lock）作为用于保护临界区（critical section）的一种机制，被广泛应用在多线程程序中。比如 Java 应用程序出现的 synchronized 关键字，就是锁实现的一种方式。...同步方法 锁定实例 线程安全，锁的对象是当前 SafeCounter 的实例，不会影响到另一个 SafeCounter 实例的 getNext() 方法。...锁定类 线程安全，锁的对象是 SafeCounterWithClass 类，任何实例都会受锁的影响，一般不这么用。 lock 线程安全，锁的对象是 lock，可以灵活控制，只锁真正需要同步的代码。...注意 lock 不能是 null，也不能改变。 更好的 lock 线程安全，灵活控制锁竞争时的处理，拥有更好的性能。 atomic 最佳实践：使用原子操作类，不阻塞，获得最好的性能。
做法很简单，直接将对象序列化到输出流中，然后将其读回。这样产生的新对象是对现有对象的一个深拷贝。 内存映射文件 大多数操作系统都可以利用虚拟内存实现来将一个文件或者文件的一部分映射到内存中。...java.nio包使内存映射变得简单，需要做的： 首先，从文件中获得一个通道（channel），通道是用于磁盘文件的一种抽象，它使我们可以访问诸如内存映射、文件加锁机制以及文件间快速数据传递等操作系统特性...在使用内存映射时，创建了单一的缓冲区横跨整个文件或者我们感兴趣的文件区域。还可以使用更多的缓冲区来读写大小适度的信息块。...每个缓冲区都具有： 一个容量，它永远不能改变 一个读写位置，下一个值将在此进行读写 一个界限，超过它进行读写是没有意义的 一个可选的标记，用于重复一个读入或写出的操作 这些值的关系：0<= 标记<=位置...因此，在同一个锁定文件上应避免使用多个通道。 在网络文件系统上锁定文件时高度依赖于系统的，因此应该尽量避免
有些方法需要跨段，比如size()和containsValue()，它们可能需要锁定整个表而而不仅仅是某个段，这需要按顺序锁定所有段，操作完毕后，又按顺序释放所有段的锁。...只有对全局需要改变时锁定的是所有的segment。 面的这种做法，就称之为“分离锁（lock striping）”。...我们前文说过，Java5之后，JMM实现了对volatile的保证：对volatile域的写入操作happens-before于每一个后续对同一个域的读写操作。...因为没有同步，就可能会出现当前线程得到的newEntry对象是一个没有完全构造好的对象引用。...3) 在get代码的①之后，另一个线程删除了一个entry 假设我们的链表元素是：e1-> e2 -> e3 -> e4 我们要删除 e3这个entry，因为HashEntry中next的不可变，所以我们无法直接把
平时我们开发的时候经常要new一个对象，很少想过这个对象存在哪里以及这个对象是有什么构成的，所以关于new Object的理解可归于两点：1.位置所在（where）学过JVM的同学都应该知道JVM内存结构...存储内容 标志位状态 对象哈希码、对象分代年龄 01 未锁定 指向锁记录的指针 00 轻量级锁定指向重量级锁的指针 10...Mark Word默认存储hashCode、分代年龄和锁标志位等相关信息，这些信息都是与对象自身定义无关的数据，会根据对象的状态复用自己的存储空间，运行期间数据会随着锁状态而改变。...DESCRIPTION类型描述 VALUE 是TYPE在内存中的值 我们这里会发现类型指针只占了4字节，之前说的是占8字节，这是为什么？...这个我们稍后讨论。另外一个细节会发现Instance size为16字节，因为对象头不够8的倍数，要补齐，也就是new一个对象默认大小为16字节。
根据提示能够想到，我要提交代码的时候，SVN 所做的工作中有一个操作步骤是"锁定"，所以才会有"Attempted to lock "这一步，至于"an already-locked dir"，我忽然想到...所以我也可以肯定，SVN 提交代码第一步就是 lock 你要提交代码所在的 dir，（我的经历证明，没有有效的资源库联接，这之后都不能工作）然后才检查资源库代码版本...提交...。...你在右键 SVN 菜单中能找到所有 " [ * ] lock" 命令都是对 SVN 仓库所做的操作，不信你试试，都会让你填操作说明的，说明这是对仓库源有改变（这里的lock是指在代码库中标记为锁定状态，...不允许更改）；我们这里的锁定只是在一次代码提交阶段暂时性"举起手来，不许动"，等提交操作完成了就取消锁了，是为了保证在提交过程中不被更改（提交代码需要网络通信，如果网络质量不好就比较耗时，你可能在此过程中对正在提交的代码更改...(操作目标目录路径) （三）删除lock文件 还有网上看到一种方法说是，直接进入到上面的文件夹下的.svn目录，删除lock文件就可以了。
本文简要目录： 一、统一思想 二、小公司的合理做法 三、中小公司在带有一丝丝服务拆分时的合理做法 四、延伸：MOMO和打车公司的解决思路 让我们先统一好思想 我在此将日志分为两类： 一、系统级系统：大家做的基本上都是服务器编程...我在此说下我对所谓好的日志的理解与定义： 一、「系统与业务日志」统一格式化：JSON或者约定间隔符号比如||、或者双||，且日志尽量要以为key:value键值对方式，JSON是最粗暴的懒人做法 二、「...一定要由客户端去产生，接入层可以做兜底补充，这样客户端的请求可以与该请求在后续产生的所有日志很容易很自然的串联起来，这个问题我觉得不要问为什么或者是否有必要（文章后面我们会讨论在涉及到一定量微服务时候关于...为什么？...不知道你还是否记得我们在日志中记录了一个Took-Sec，此时我们可以每天定时对这些日志进行离线抽样分析汇总，我们可以得到服务对外接口的平均耗时与接口调用占比，最终甚至可以得到访问量排名前N的接口的平均耗时为多少
，但是也有一些不足，我大致将这些不足分为两种类型： 第一种，command传递之后信息丢失，需要重写或修改command的，比如复制粘贴功能。...缩放时不对其他页面有影响； 这种类型对应的是不希望command生效，或者希望改变command生效的效果。 如果你也在做协同，并且遇到了上述问题，那么这篇文章或许可以解答你心中的疑问。...这里还隐含这另一种情况：从外部复制内容，粘贴到spread，这时fromRanges对象是不存在的，那么我们就需要执行command了，当然执行之前要把pastedRanges数组的值变为Range类型...当客户端有用户开始编辑时，向服务端发送消息， 而服务端需要维护一个数组，记录所有当前正在被编辑的单元格信息，并向所有客户端同步 其他客户端收到消息后，用户如果要编辑此单元格，则禁止用户进入编辑状态...这里Lily和Alen两个人都会受到影响，Lily编辑的单元格应该移动，Alen被锁定的单元格也应该移动，而Alen这边比较简单，服务端根据插入行列更新锁定单元格信息就好，Lily这边则麻烦一些，需要记录下
总之，要保证局部变量在使用之前一定被初始化了。所以，一个好的做法是在声明他们的时候就初始化他们，如果不知道要出事化成什么值好，就用上面的默认值吧!...它的作用是测试它左边的对象是否是它右边的类的实例，返回boolean类型的数据。然而，这种做法通常被认为是没有好好利用面向对象中的多态性。...; s所指向的对象是否改变了呢？从本系列第一篇的结论很容易导出这个结论。我们来看看发生了什么事情。...在这段代码中，s原先指向一个String对象，内容是"Hello",然后我们对s进行了+操作，那么s所指向的那个对象是否发生了改变呢？答案是没有。...同时，我们还可以知道，如果要使用内容相同的字符串，不必每次都new一个String.例如我们要在构造器中对一个名叫s的String引用变量进行初始化，把它设置为初始值，应当这样做： public class
领取专属 10元无门槛券
手把手带您无忧上云
