概述 RecyclerView 的预布局用于 Item 动画中，也叫做预测动画。其用于当 Item 项进行变化时执行的一次布局过程（如添加或删除 Item 项），使 ItemAnimator 体验更加友好。 考虑以下 Item 项删除场景，屏幕内的 RecyclerView 列表包含两个 Item
https://www.cnblogs.com/zh-dream/p/12702522.html TCP报文格式 1、TCP报文：由TCP首部和TCP数据组成 2、TCP首部：由 20字节的固定长度 + 变长字段（选项）+ 填充 组成成 3、MSS（Maximum Segment Size）：占4字
linux TIME_WAIT 相关参数: net.ipv4.tcp_tw_reuse = 0 表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭net.ipv4.tcp_tw_recycle = 0 表示开启TCP连接中TIME-WAIT socket
最近准备自己动手部署测试kubernetes集群，注备写一个 hands on 的手册。突发奇想将 centos 原有的内核从3.10更新到了4.14版本，并执行一些常规的优化操作。没有想到在修改了 sysctl.conf 里面的一些参数，希望能对新的 kubernetes 性能有所帮助。 当我在其
https://www.oomspot.com/post/k8sshijianzhinanpaicuoanlitcptwrecycleyinfadiubao tcp_tw_recycle 引发丢包 tcp_tw_recycle 这个内核参数用来快速回收 TIME_WAIT 连接，不过如果在 NAT
在之前的文章中，我们介绍了dotnet在字符串拼接时可以使用的一些性能优化技巧。比如： 为StringBuilder设置Buffer初始大小 使用ValueStringBuilder等等 不过这些都多多少少有一些局限性，比如StringBuilder还是会存在new StringBuilder()这
net.ipv4.tcp_timestamps= 1 #服务器时间截，默念为1 net.ipv4.tcp_tw_reuse= 1 #服务器作为客户端时起作用，开启后time_wait在一秒内回收，（两端都要开启tw_timestamps=1时才有效） net.ipv4.tcp_tw_recycle=
提到MemoryStream大家可能都不陌生，在编写代码中或多或少有使用过；比如Json序列化反序列化、导出PDF/Excel/Word、进行图片或者文字处理等场景。但是如果使用它高频、大数据量处理这些数据，就存在一些性能陷阱。 今天给大家带来的这个优化技巧其实就是池化MemoryStream的版本
