- 综合排序
- 最热优先
- 最新优先
- 来自专栏关于XXX我们需要知道的
关于IP协议我们需要知道的
在探索这个充满魔力的网络世界时，IP只是我们遇到的第一个关口。它背后隐藏的深层次原理和复杂的技术，还需要我们去不断学习和理解。但无论如何，我们不能否认IP在构建这个互联世界中的关键作用。 下面是关于IPv6需要知道的一些重要知识点。首先，IPv6使用了128位的地址空间，而不是IPv4的32位地址空间。这使得IPv6能够提供极大的地址数量，几乎无限地满足了互联网的需求。 关于公网ip我们需要知道的是：公网IP是唯一标识互联网上设备的地址，全球范围内唯一。公网IP由互联网服务提供商分配，用户无法自行选择。公网IP可以用于访问互联网、搭建服务器等网络应用。 关于内网IP与外网IP的关系。外网IP是全球唯一的IP地址，用于在Internet上唯一标识一台计算机。 程序员在编程时需要考虑到这些因素。例如，如果你的应用程序需要连接到远程数据库，那么你可能需要知道数据库服务器的静态IP地址。
95020编辑于 2023-10-25 - 来自专栏关于XXX我们需要知道的
关于TCP协议我们需要知道的
图片【摘要】 TCP协议是OSI模型中的传输层协议，用于建立和维护两个程序间的数据交换连接，以及通过Internet发送信息。TCP协议的主要特点包括面向连接、可靠性、流控制和拥塞控制。 关于这个协议的定义设计到的知识如下：TCP协议的基本概念和位置：TCP协议是位于OSI模型中的传输层，用于规定如何建立和维护两个程序间可以交换数据的连接，以及如何通过Internet发送信息。 TCP协议的主要特点：包括面向连接、可靠性、流控制和拥塞控制。TCP协议的面向连接特性：在数据传输之前需要先建立连接，并在数据传输完成后拆除该连接。 TCP协议的流控制特性：利用滑动窗口机制来控制数据发送方的发送速度，防止接收方因为无法处理过快的数据而导致数据丢失。 TCP协议的拥塞控制特性：通过一系列算法来控制数据发送方的发送速度，以避免网络拥塞问题的发生。TCP三次握手和四次挥手TCP协议的三次握手和四次挥手是建立和断开TCP连接的必要过程。
56420编辑于 2023-10-25 - 来自专栏前端真相
关于HTTP，我们需要知道的事儿
补充说明： Expires要求客户端和服务端的时钟严格同步。HTTP1.1引入Cache-Control来克服Expires头的限制。 参考链接：https://github.com/kaola-fed/blog/issues/105 6.状态码 （1）重定向 301表示旧地址A的资源已经被永久地移除了（这个资源不可访问了），搜索引擎在抓取新内容的同时也将旧的网址换为重定向之后的网址 302表示旧地址A的资源还在（仍然可以访问），这个重定向只是临时地从旧地址A跳转到地址B，搜索引擎会抓取新的内容而保存旧的网址。 SEO 302好于301。 （2）网关 网关错误：502 扮演网关或者代理角色的服务器没有接收到来自上游服务器的正确响应。 网关超时：504 扮演网关或者代理角色的服务器没有及时响应。 请求的服务无法响应代理服务器的请求。 7.跨域 （1）CORS
82920发布于 2019-02-21 - 来自专栏前端真相
关于valueOf() 和 toString()，我们需要知道的事儿
valueOf() 解释：返回指定对象的原始值。 当对象需要原始值的时候，JavaScript会自动调用它。 不同类型对象的valueOf()方法的返回值 Array 返回数组对象本身。 Date 存储的时间是从 1970 年 1 月 1 日午夜开始计的毫秒数 UTC。 Function 函数本身。 Number 数字值。 Object 对象本身。
64870发布于 2018-05-22 - 来自专栏关于XXX我们需要知道的
关于数据库分片我们需要知道的
在探讨数据库分片之前，我们需要了解为什么我们需要对数据存储进行分片，以及在我们决定进行分片之前有哪些可行的选择。 图片 当数据表达到一定的规模时，人们常常寄希望于分片技术，认为它能解决所有的扩展问题。 这与微服务架构中的情况非常相似，其中应用程序的特定方面拥有其独立的数据库服务器。应用程序知道在哪里查找每个数据库。 如果应用程序需要管理大量数据、进行大量的读取和写入操作，或者需要保证始终可用，分片可能是最佳的解决方案。接下来我们将详细探讨分片的利弊。 我们如何将数据分配到各个分片上？如果数据没有均匀分配，是否存在潜在热点？ 我们运行哪些查询，表之间如何交互？ 数据将如何增长？稍后需要如何重新分配数据？ 一般来说，事务开放的时间越长，可能发生的争用和潜在故障就越多。因此，对于跨多个分片执行的事务，我们需要特别注意和考虑其可能带来的复杂性。
91160编辑于 2023-10-25 - 来自专栏大飞的部落阁
关于Queue你需要知道的
前言 平时我们在搬砖的过程中，难免会遇到如下问题：搬砖的人将砖送到垒砖人的手中后，再搬一块砖，如果垒砖的人还没垒完，那搬砖的人就需要等待垒砖的人垒完后才能递砖再进行下一次的搬砖。 实际上这个例子中的推车就起到了消息队列的作用，今天我们就一起走进 Queue 的世界。 关于 Queue Queue 是 Python 内置的，线程安全的队列库。 问题：砖没垒完就结束 这是因为我们在代码中判断，当队列为空的时候就退出。当垒砖比搬砖快的时候就会出现这个问题。我们只需要在垒砖的代码中增加短暂的等待即可。 因为两个线程同时开始，在等待之前，第一次 get 就拿到了 100 优先级的砖，所以它被第一个垒。解决这个问题，我们只需要在垒砖前等待很短的时间即可（即等待搬砖完成）。 以上就是今天的全部内容了，感谢您的阅读，我们下节再会。
54750编辑于 2022-06-17 - 来自专栏CSDN技术头条
关于缓存你需要知道的
About Cache 作后端开发的同学，缓存是必备技能。这是你不需要花费太多的精力就能显著提升服务性能的灵丹妙药。前提是你得知道如何使用它，这样才能够最大限度发挥它的功效，并抑制其副作用。 我们在创建表的时候，并不会未所有的字段创建索引，这意味着如果我们需要读取非缓存数据就要从磁盘拿数据。这个过程至少需要十几毫秒的时间。而缓存往往是基于内存的，这要比DB读数据快两个数量级。 证明我们加缓存这件事的收益越高。 加缓存 如果你平时都用一些ORM工具很可能下边这些问题你不会直接遇到，不过这些问题都是在你加缓存之前需要着实想清楚的。算是一些通用的套路。 提前把所有预期的热数据加到缓存。定位热数据还是比较复杂的事情，需要根据自己的服务访问情况去评估。这个方案只能减轻缓存并发的发生次数不能全部抵制。 缓存加锁。 Read Through与之不同的是我们不需要在应用程序自己加载数据了，缓存层会帮忙做件事。
1K70发布于 2018-02-13 - 来自专栏Golang语言社区
关于缓存你需要知道的
About Cache 作后端开发的同学，缓存是必备技能。这是你不需要花费太多的精力就能显著提升服务性能的灵丹妙药。前提是你得知道如何使用它，这样才能够最大限度发挥它的功效，并抑制其副作用。 我们在创建表的时候，并不会未所有的字段创建索引，这意味着如果我们需要读取非缓存数据就要从磁盘拿数据。这个过程至少需要十几毫秒的时间。而缓存往往是基于内存的，这要比DB读数据快两个数量级。 证明我们加缓存这件事的收益越高。 加缓存 如果你平时都用一些ORM工具很可能下边这些问题你不会直接遇到，不过这些问题都是在你加缓存之前需要着实想清楚的。算是一些通用的套路。 提前把所有预期的热数据加到缓存。定位热数据还是比较复杂的事情，需要根据自己的服务访问情况去评估。这个方案只能减轻缓存并发的发生次数不能全部抵制。 缓存加锁。 Read Through与之不同的是我们不需要在应用程序自己加载数据了，缓存层会帮忙做件事。
865130发布于 2018-03-27 - 来自专栏技术汇
IP分片报文：你需要知道的
当上层协议向底层的IP模块提交数据时，如果得到的IP报文长度大于PMTU，则将报文划分为多个分片。每个分片包括一个IP首部和原始报文的一部分。IP分片报文的技术实现1. 分片的重组：接收端根据报文的源IP、目的IP、IP标识将接收到的分片报文归为不同原始IP报文的分片报文；分片标志中的MF位（More Fragment）标识了该报文是否是最后一个分片报文，如果是最后一个分片报文 在高速率下，16位的IP标识字段不足以防止重复的id，从而导致频繁错误组装IP分片，而TCP和UDP的校验和也不足以防止由此产生的损坏的数据报被发送到上层协议。IP分片的替代方案1. 每个段被封装在一个TCP首部中，并提交给底层的IP模块。底层的IP模块前置一个IP首部，并转发得到的报文。如果TCP MSS足够小，那么底层IP模块决不会产生长度大于实际PMTU的报文。 因此，不需要IP分片。2. 应用层解决方案应用程序不应该发送导致IP报文超过到达目的地路径上的最大传输单元的UDP数据报。
1.5K00编辑于 2023-10-06 - 来自专栏技术汇
IP分片报文：你需要知道的
当上层协议向底层的IP模块提交数据时，如果得到的IP报文长度大于PMTU，则将报文划分为多个分片。每个分片包括一个IP首部和原始报文的一部分。 IP分片报文的技术实现 1. 分片的重组：接收端根据报文的源IP、目的IP、IP标识将接收到的分片报文归为不同原始IP报文的分片报文；分片标志中的MF位（More Fragment）标识了该报文是否是最后一个分片报文，如果是最后一个分片报文 在高速率下，16位的IP标识字段不足以防止重复的id，从而导致频繁错误组装IP分片，而TCP和UDP的校验和也不足以防止由此产生的损坏的数据报被发送到上层协议。 IP分片的替代方案 1. 每个段被封装在一个TCP首部中，并提交给底层的IP模块。底层的IP模块前置一个IP首部，并转发得到的报文。如果TCP MSS足够小，那么底层IP模块决不会产生长度大于实际PMTU的报文。 因此，不需要IP分片。 2. 应用层解决方案 应用程序不应该发送导致IP报文超过到达目的地路径上的最大传输单元的UDP数据报。
1.8K50编辑于 2023-10-08 - 来自专栏后端码事
关于 ThreadLocal 你需要知道的几点
一个类对象类型，提供属线程本地变量，也就是同一个变量对不同线程保存了不同的值，但是和线程自身定义的自属变量不同。 通常以私有静态类型定义，用以保存特定线程特定状态属性。 线程存活期间保持对ThreadLocal的弱引用，线程结束后，则变量会被垃圾回收器回收。 二、ThreadLocal使用 //定义一个ThreadLocal变量用以存储不同线程的ID ThreadLocal<Long> localVs = new ThreadLocal<>(); //线程list , transport: 'socket' Thread-1: 13 Thread-0: 12 Thread-2: 14 Thread-4: 16 Thread-3: 15 三、ThreadLocal需要注意的地方 线程中使用ThreadLocal类型变量，在线程声明周期结束前调用ThreadLocal::remove()方法，清除对应本线程的变量内存占用，避免内存泄漏。
45110发布于 2020-09-10 - 来自专栏音视频技术
关于AVOD, 你需要知道的事
通常情况下，AVOD服务都是免费观看，并与Freemium服务绑定，这样你就可以在订阅服务后免广告观看视频（AVOD-SVOD的混合模式）。 在本篇文章中，我们将了解： 什么是VOD? AVOD商业模式依赖大量用户观看视频并获得可行的广告收益。每1000次曝光，内容发布商才能获得几美元，为了获取可持续的收入，内容发布商需要吸引大量用户到自己的平台上。 很好，你现在已经了解了什么是AVOD以及VOD公司在哪里使用它，下文中我们将了解广告插入的两种主要形式（CSAI和SSAI）是如何发挥作用的。 而SSAI的工作原理是：直接向视频流中插入（或者拼接）广告，避免向服务器发送调用来接收广告的需求。 CSAI和SSAI在AVOD公司中广泛应用。所以接下来让我们花几分钟了解一下它们的工作原理。 原文链接： https://ottverse.com/what-is-avod-advertising-based-vod/ ---- 喜欢我们的内容就点个“在看”吧！
2.2K20编辑于 2022-05-16 - 来自专栏MelonTeam专栏
关于Android进程，你需要知道的
导语 Android系统是怎样杀进程的，native进程是怎么管理的？ 这里我们可以看到核心逻辑，首先遍历出来该packageName下的所有Android进程放在procs集合里，接着我们在for循环里分别杀之。 ? 这里我们可以看到调用Process的killProcessQuiet方法去杀进程，实际上最终调用linux进程机制发送-9信号将相关进程杀掉。 这里我们着重看一下killProcessGroup方法，这个逻辑是5.0之后新增的。看名字我们可以大概猜测一下是杀进程组，那Android里面的进程组什么样的呢？什么样的进程会被放在进程组里呢？ 不过Android每个版本都由相应的进化，所以需要分析源码来找到突破口。 最后给一张Android进程的分析图： ?
2.1K100发布于 2018-01-04 - 来自专栏数据和云
关于BCT，你需要知道的是...
最近使用 XTTS，里面涉及到增量备份的步骤需要开启BCT，并且RMAN的增量备份也会涉及到BCT，本文列出工作中 BCT 需要知道的相关内容，希望对大家有帮助。 BCT的原理是记录数据文件里每个数据块修改之后信息，这些修改之后的tracking信息保存在设置的tracking文件里。 启动BCT后，RMAN或者XTTS使用tracking file里的信息，只需要读取改变的数据块信息，而不用再对全部数据文件进行扫描，从而提高了RMAN或者XTTS增量备份的性能。 那么如果想指定路径的话只需要加一个using file 后面接一个路径名即可 首先先禁用，再重新开启。 ? 这里发现禁用后，bct file会随着禁用而自动被删除清理。 ? ? ，那么这时候再进行一次1级的累积增量备份，就会进行全datafile扫描，因为累积增量备份是比较0级备份以后的变化情况，而0级备份会被覆盖，所以这个隐含参数的设定值也会影响不同增量备份的方式的效果。
1.1K20发布于 2020-07-17 - 来自专栏Android小知识
关于MaterialButton你需要知道的事
这是由于系统自身为MaterialButton控件设置了默认的属性，所以你的操作其实并不会生效 那么我们就要覆写这些属性，让MaterialButton控件由我们管控 在res→values→styles.xml 就完全臣服于你啦 需要注意的事： 如果没做最后一步会产生如下报错 Caused by: android.view.InflateException: Binary XML file line #42 ，But需要注意，如果你考虑使用TabLayout的话这个版本是没有TabLayoutMediator的。 哦哦 对啦，最后一点，主题为Theme.MaterialComponents.Light.NoActionBar时，你的checkbox等等控件，都需要你像MaterialButton一样处理，不然会像 CheckBox 到这里需要注意的点就都介绍完了，MaterialButton可以用起来了，不过要注意这些细节呦！
1.1K30编辑于 2022-01-11 - 来自专栏生信修炼手册
关于motif你需要知道的事
在chip_seq数据分析中，motif分析是一项重要的分析内容。通过motif分析，我们可以对转录因子结合位点的序列模式有进一步的了解，那么什么是motif呢？ 蛋白质中功能的基本单元是domain,是一种特殊的三维结构，不同结构的domain与其他分子特异性结合从而发挥功能。 与此类似，转录因子在于DNA序列结合时，其结合位点的序列也由于一定的特异性，不同转录因子结合的DNA序列的模式是不同的。为了更好的描述结合位点序列的模式，科学家们提出了motif的概念。 值得一提的是，之前我们说单一碱基最大值为2，而上图中单一碱基的位置比2小了一点，这是因为在原始公式的基础上进行了微调，详细情况如下 ? ? ? 在原始公式的基础上减去了一个e值，在e值的计算公式中，对于DNA序列，s的值为4，n代表的是motif的长度，上述示例中就是12。减去e值后，最大值相比2自然会小一点。
5.1K42发布于 2019-12-19 - 来自专栏前端黑板报
关于远程分支你需要知道的
关于远程分支你需要知道的 1. clone 时 git clone xxx.git 自动创建一个跟踪 origin/master 的 master 分支。 若 clone 的时候想跟踪别的分支： git clone -b yyy xxx.git 若分支远程不存在，则会报错： 2.创建新分支时 直接创建一个本地分支跟踪远程分支： git checkout / 由于此命令太常用，所以有个快捷方式： git checkout --track origin/xxx 则会自动创建一个本地 xxx 分支跟踪 origin/xxx，还有更进的捷径：比如你本地检出了一个本地不存在的分支 test 且远程刚好有一个与之对应的远程分支 origin/test，则会自动创建关联。 设置已有分支时 查看分支跟踪情况： git branch -vv 现在把 feature 的上游分支改为 test: git branch -u origin/test //or git branch
47320编辑于 2022-06-13 - 来自专栏Android 开发者
关于 PendingIntent 您需要知道的那些事
在本例中，由于我们明确知道未来需要进行的操作，所以我们使用 FLAG_IMMUTABLE 标记构建了无法被修改的 PendingIntent。 更新不可变的 PendingIntent 您也许会认为如果应用需要更新 PendingIntent，那么它需要是可变类型，但其实并不是。 关于标记的详情 我们上面介绍了少数几个可用于创建 PendingIntent 的标记，还有一些标记也为大家介绍一下。 我们还介绍了 PendingIntent 为何需要设置为不可变，以及这么做并不会影响应用修改自身所创建的 PendingIntent 对象。 我们还介绍了如果 PendingIntent 是可变的，需要做的预防措施 — 保证对封装的 Intent 设置 ComponentName。
1.9K10编辑于 2022-03-09 - 来自专栏微观技术
关于Redis，我们需要关注哪些技术点？
RDB 来说「需要消耗的性能也就更多」，当然也会有 aof 重写将 aof 文件优化。 主数据库会负责我们整个系统中的读写操作，从数据库会负责我们整个数据库中的读操作。 ，并且其数量也超过了设定的quoram参数，那么该哨兵就成了领头哨兵 4.如果多个哨兵同时参与这个选举，那么就会重复该过程，知道选出一个领头哨兵 选出领头哨兵后，就开始了故障修复，会从选出一个从数据库作为新的 如果长时间没有回复，那么发起ping命令的节点就会认为目标节点疑似下线，也可以和哨兵一样称作主观下线，当然也需要集群中一定数量的节点都认为该节点下线才可以，我们来说说具体过程： 1.当A节点发现目标节点疑似下线 1.当一个从数据库启动时，它会向主数据库发送一个SYNC命令，master收到后，在后台保存快照，也就是我们说的RDB持久化，当然保存快照是需要消耗时间的，并且redis是单线程的，在保存快照期间redis
63340发布于 2021-08-23 - 来自专栏LuckQI
关于交易，我们更需要了解这些
单根巨量 看过我原先文章的朋友会发现我在前面写过几篇关于K线的文章，那是我打下的基础文章，可惜的是，在自己写文章的时候，由于自己对图形把握的并不是很出色，在找图形的时候有的没有找到。 上图是历史图右侧出现更大的一根巨量，那么我们在前期巨量出现的时候及时出手，跑掉获利，在再次出现巨量量能时及时杀进去，就能帮助我们防止被洗盘洗出去 ? ? 单根巨量量能上显示了庄家的意图，我们在交易时刻不能只关注量能信息，也应该关注K线图走势。 出现在涨势中，连续出现三个大阴线或者中阴线组成的图形，那么会看跌，但是现在最后这个价格还没有收盘，所以暂时形态只能看成三只乌鸦，需要最后的确定。由于量能在三只乌鸦的走势中是越来越小的。 所以我们看跌现在处于不成立的状态。需要继续观察 ? 我是瑞琪，虽然只做程序员，我还是喜欢来做交易，让我们一起学习交易。充实自己。不充当投资建议。
48420发布于 2018-07-19
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号