对于类InetAddress,它有一个属性“networkaddress.cache.negative.ttl”。Javadoc说
networkaddress.cache.negative.ttl (default: 10)
Specified in java.security to indicate the caching policy for un-successful name lookups from the name service.. The value is specified as integer to indicate the number of seconds to cache the failure for un-successful lookups.
A value of 0 indicates "never cache". A value of -1 indicates "cache forever".
原谅我愚蠢的问题,如果名称查找不成功,有什么要缓存的?不成功的名称查找意味着没有IP地址返回,所以它不能缓存任何IP地址。
这是否意味着此参数只会在缓存期间简单地返回“主机未找到”返回代码以进行同名查找,而不是执行实际的DNS查询?
谢谢
所有(递归)名称服务器都有负TTL的概念,即缓存“未找到数据”类型的答案的时间。
这是由<code>SOA<code>字段中的权威名称服务器给出的,最后一项是负TTL。如果域已启用DNSSEC,它也可以从NSEC
/NSEC3
记录的TTL中导出。
考虑到这一点,系统不会过度查询已知不存在的东西。与所有缓存一样,它是一种性能优化,是本地内存(用于存储缓存)与网络IO(用于发送和等待回复)之间的折衷。
您可以在上找到DNS级别的详细信息https://serverfault.com/questions/426807/how-long-does-negative-dns-caching-typically-last例如
Java框架似乎继承了这一思想,并具有类似的设置。
在经历反应时,我产生了以下疑问: > DOM操作非常昂贵 但是最终react也会进行DOM操作。我们无法使用虚拟DOM生成视图。 折叠整个DOM并构建它会影响用户体验。 我从来没有这样做过,我主要做的是更改所需的子节点(而不是折叠整个父节点)或附加由JS生成的HTML代码。 例子: > 当用户向下滚动时,我们将帖子附加到父元素,甚至react也必须以同样的方式执行。没有人会因此而毁掉整个dom。
问题内容: 这是我的代码: 这是我从解释器运行输出时的结果: 如果您注意到输出,则创建巨大的列表会消耗621.5 MB,而删除它只会释放152.6 MB。当我检查文档时,我发现以下语句: 因此,我猜想它并没有删除对象本身,而只是取消了绑定。 但是,它在解除绑定方面做了什么工作,从而释放了很大的空间(152.6 MB) 。有人可以痛苦地解释我在这里发生什么吗? 问题答案: Python是一种垃圾收集
我很难理解的概念,因为根据视图,它做不同的事情。根据官方的留档,这是一个 用于根据系统窗口(如状态栏)调整视图布局的布尔内部属性。如果为true,则调整此视图的填充以为系统窗口留出空间。 现在,检查class我可以看到,当设置为时,窗口会插入(状态栏、导航栏…)应用于视图填充,该填充根据上面引用的文档工作。这是守则的相关部分: 有了新的材料设计,有了新的类别,这些类别广泛地使用了这面旗帜,这就是混
本文向大家介绍Javascript中的Prototype到底是什么,包括了Javascript中的Prototype到底是什么的使用技巧和注意事项,需要的朋友参考一下 Javascript也是面向对象的语言,但它是一种基于原型Prototype的语言,而不是基于类的语言。在Javascript中,类和对象看起来没有太多的区别。 什么是prototype: function定义的对象有一个proto
问题内容: 所有外部URL都类似于“模块/操作?key1 = param1”。无法进行自定义- 但速度很快。区别在于,第一个使用PHP的GET,第二个使用PATH_INFO。 我已经看过好几次了,但仍然不知道它到底是什么。它有什么作用? 问题答案: 实际上,它与服务PHP页面的Apache Web服务器有关,而与PHP本身无关。 是在启用指令后由Apache设置的环境变量。它将包含尾随路径名信息,
本文向大家介绍Java中的Null到底是什么,包括了Java中的Null到底是什么的使用技巧和注意事项,需要的朋友参考一下 前言 对于Java程序员来说,null是令人头痛的东西。时常会受到空指针异常(NPE)的骚扰。连Java的发明者都承认这是他的一项巨大失误。Java为什么要保留null呢?null出现有一段时间了,并且我认为Java发明者知道null与它解决的问题相比带来了更多的麻烦,但是n