Java HashMap-Key 和 float问题（java hashmap keyset）

25-05-01 1

本文将为您提供关于JavaHashMap-Key和float问题的详细介绍，我们还将为您解释javahashmapkeyset的相关知识，同时，我们还将为您提供关于"if(map.get(key)-m

本文将为您提供关于Java HashMap-Key 和 float问题的详细介绍，我们还将为您解释java hashmap keyset的相关知识，同时，我们还将为您提供关于"if(map.get(key)-map1.getOrDefault(key, 0)!=0)" 和 "if(map.get(key)!=map1.getOrDefault(key, 0))" 和有什么区别、Azure Key Vault 返回 403，并显示“此 TCP 连接不允许访问 {host}” 您在 Key Vault 中的 DNS 记录指向错误的 IP 地址您的客户端或您使用的某个代理在向 Key Vault 的请求中的 host 标头中发送了错误的值您的私有端点未处于“已批准”状态，或者已获批准但未成功配置、ConcurrentHashMap 与同步 HashMap - ConcurrentHashMap vs Synchronized HashMap、CSAPP问题2.6，show int和show float问题的实用信息。

本文目录一览：

Java HashMap-Key 和 float问题（java hashmap keyset）
"if(map.get(key)-map1.getOrDefault(key, 0)!=0)" 和 "if(map.get(key)!=map1.getOrDefault(key, 0))" 和有什么区别
Azure Key Vault 返回 403，并显示“此 TCP 连接不允许访问 {host}” 您在 Key Vault 中的 DNS 记录指向错误的 IP 地址您的客户端或您使用的某个代理在向 Key Vault 的请求中的 host 标头中发送了错误的值您的私有端点未处于“已批准”状态，或者已获批准但未成功配置
ConcurrentHashMap 与同步 HashMap - ConcurrentHashMap vs Synchronized HashMap
CSAPP问题2.6，show int和show float问题

Java HashMap-Key 和 float问题（java hashmap keyset）

HashMap的key不是通过HashCode来判断命中的么

Map<Object,Object> map = new HashMap<>();
map.put((short)1,"aa");
Console.log(map.get(1));

这样取出来是null!!!

Object _short = (short)1;
Object _int = 1;
int h = 0;
Console.log((h = _short.hashCode()) ^ (h >>> 16));
h = 0;
Console.log((h = _int.hashCode()) ^ (h >>> 16));

但是hashcode的值是一样的啊？求大神解惑！！

```
Console.log((int)127386106.0f);
```
float值127386106.0f强转int变成了127386104？这个值既没有超int上限也没有超float的上限啊

"if(map.get(key)-map1.getOrDefault(key, 0)!=0)" 和 "if(map.get(key)!=map1.getOrDefault(key, 0))" 和有什么区别

如何解决"if(map.get(key)-map1.getOrDefault(key, 0)!=0)" 和 "if(map.get(key)!=map1.getOrDefault(key, 0))" 和有什么区别

我有以下代码-

package DP.permutation_in_string;

import java.util.HashMap;
import java.util.Map;

public class LeetCode {
    public static boolean checkInclusion(String s1,String s2) {
        Map<Character,Integer> map = new HashMap<>();
        
        for(int i=0; i<s1.length(); i++){
            map.put(s1.charat(i),map.getorDefault(s1.charat(i),0)+1);
        }

        for(int i=0; i<=s2.length()-s1.length(); i++){
                Map<Character,Integer> map1 = new HashMap<>();
         
                for(int j=i; j<i+s1.length();j++){
                    map1.put(s2.charat(j),map1.getorDefault(s2.charat(j),0)+1);
                }
                
                if(mapCompare(map,map1))
                    return true;
        }
        
        return false;
    }
    
    static boolean mapCompare(Map<Character,Integer> map,Map<Character,Integer> map1){
        for(char key:map.keySet())
            //if(map.get(key)!=map1.getorDefault(key,0))
            if(map.get(key)-map1.getorDefault(key,0)!=0)
                return false;
        
        return true;
    }
    public static void main(String[] args) {
        String s1="ckzviabspcfbabslodcxtzanlsnwbqrozvnfadhtskosxhxaxzwcthvirwivsfuyxgkdvvdmmaoohvnfegkzdajhzibfiuxvsihpseyyiapmgldyojfselzzudzrxcksvfoqoeimyfhnvidryqhhpvjawwpzspcfnvmewnhcbbbwfjifmcuspbrrjyhcusyiuydscwenyicdlfzaoaiudsdyjmhmzwmeaozheiaddevjrrgsfgqnyeoyxfvktctazsfizkynlookeorzmdvtloyfpbqjgzhjvykdthwkuubnbalrddjxpizysaptrinlytecouekkpsfzbjaitckodcdinydtaaakbntwbvrcabylllxtgtkdqfkjggvbrnxnvcsfpcutabvazyeqzitpwhhdpcxaklhbjrcsqzveytzbgoeqnyrbkvkfnlqhrnedjomfmkuadwabnzomgvtdypocbvipryedcxnrcrqwpefqducxxilhpoewlliilidxucjydpahcumngpekrlroftwpbaejfjmohnkulxdglcpcszpyqestonhxskshzmdkikjkeymddyiysmigvqjveocbabhcofwyseytwfgiqmufcqrugwofytxzwwwiwlxdshtamwneosotqbfjjdxmhjkmzcvpmkuumycqzvlmwvjdwkcikyewupwaotrseyomhuykdkohveftgqfoqjcnstlxdasnvimslmuqsqrhvbukyfvpswmlavtxegbcesxgzswwnslxymmrdwmpalcazukvyyotlvwvlishtgbmlznrmcjysjemwqfjgbehNowgjlvtgemlkkdqpxiuqwhqkqdkexoflxfescoblknurkntbpfqfiervqgeiasguycmjoyzyujgzdfjobrswjpxixmadnnkdtazbasmnnlbubokkvomtupdpqwnoddummmqbwbthfhqdgdawdwxlmgvelhefvqcrpxbkgvhyrpxmfivrvkkqfpxjhzqesiqoeanqzpvbgonwptzqgtajoiiphivxtefarwjyoklkxumrndswebdsgiipzrcunpnibmxwlkihnzlswaujflztxxnuhojrpkzldwhnuiizxalawskkvaplopthvzjrbqfwpwjfkzrhyciajdSAEusctnvajuubjiqdqsaqjxtxgxabpdwxzgiedyyeosfdbkairekywkilyksjratftctphompqoomxucysbzrpywjzumoiizklkooilgeapimiixawfgiszfqucihxfrtrwijyeiebudncwnxbnafohhhqaltksafjfegxlbbewetsyrtuxxlngffpcnyfdarqwznsuiuhvqshjpvbiqkxgfwyrkdlorlwgexfinunbfzifxlfufalbkyfdekhupuuflsetpbppaahwbtjpjguygpnavimbbaeikwjxurdxyfgmldgdbkyxzhvwlxzlpnpmzlyosvhngmuqkrvcsabhiahhguxuakphuaptbjfpxybqnlfazkagwlbvzcnzorpymafiwvtkjtilwihwoyelogtpdyipzkurqcghpdqgrfpnmrmahbkbyupxwooblaydongjrlnuhoikoyiexgzlzgonceyhfwypsgypilxcnkdhxvbfddnhvdicolrjyzttrymmcvoyswaszbbugsuuewhewtoxgnrbfqsysjqqcutoikssesxaohxxfxofiguvpgzfkimmqdjuyljlpndapzygidopwxnaetmmpyaqozybbpfqlonebiilvckmtyaommksfcrmdeyjjbjncmpruofaaccnvndkovjugcrzcwkbdhqdiwnvnavnngloshyataygyukrecamzftmeephucmofjgrzsexsprpdkazhmtaepqppgzjmxxzlpbkouqlhqcxdpaslrjrsnfbjvbekpyqsldzhxarpzbbjteudfwfjdipgcdwylorxivwbjkegazpcngzkokygjfnmfeumbetznsxsmyhccurqdzznvhrtawpklrrrbedqzkiczignlaoaiydezgktdecaxwxxecymbuisvhlcjlhmnpjuegnaawfxopvvkxihehquxzlveabigomeptsqbfurytjikpbtsotgfghadilylnimxcsvgtmzjgxjyhabtfawzmomctquctwnolglflghdugeutgdmkitunbkhgoceqyrzvwprotiysaiqcnwxflcjgjqobeskizjqqwihnmxyvbeeufyvouupnyuuyauxtmhtqlbgoacjdkvmuqohbkpctfwxvwlghevsuozrgxkrrrllnvjloeligxvnvzluxlajszgeilxdjaviawhlthtxuclqypgdiwgwrhynmzqghyzeednlmyepgxxvtmjsuprisbgyvcojhculwdkjmpmvueaftiujrmdqptrmlrwdyjtjlznuhftzmffbcqsjemrpjrqxtuxhlnqvckgcuvhswgtxonfljjwnexdafpjzwjdypdfwhwogikkpsvuckmgehcqmdecriamdqsdsxuhsdqenrpifzjnpvrbpvetatbmvsncltabzspzedumeclbxiqnsmdkbqfedikoalfsnxkhewwzyeqxlecfimvdpxdnvrtlxlxzakupknvchursvilyjyfxmvdeojclhjjwxtpqiogsfdnzchrlztvxmibbociiberaevpjmyqxvcicxuwkmyjlgxhvrjdqbjzdctzwidoplkvazhgsdbkavmrpfjgebydmloykqtxocdhcpwrtvawhofvwnohtwodppmcrbhvrvexzijiwgkptntyljvikjlzpjvpxaejfwzyldxrckbzylvhpqmjjeyatmrbcgozvcalcctngwuysjqmkmhjwmyyfxhdjswimahqzptrphtjekkabpgopfdnhwaclxzavftmswadgztxceonrkczurtdvxhabiafyzdbdbyorerekjzgpueihiamlscdndjjgqwdjsmeweqrfpypfrfsciclvrrqchnmtxscbvbbipzingkeopuvlnpqaeqidlpvusbkjhntvxbookqctymjmhqjvsnaiblmnofxphanpxspmkmxmyejooqpytdixgguonbpaipurpwwfqxrrtekvvtpgndabbvjcoxonxciuypxqcfolxirvafnmgsrcrenwyuxfekuqyfdtvhvmonvkstbmvygsbguiknltpixsebxktczniurulxpyxckrtmhpvgqpbvlqwvcqwaocalqtdwomgrjyvryodeikbeeebcrrkugliqgktoohsneynmfafykpmndfgwtpdwfrmicenyntbfyyntlqqrujfioycrhopgiadmsjcycucyuqvzufbvachmlwyfxspzrvkkvkhuykoqrwshzmyypmvosuezpsgtqtecayj";
        String s2="livsugnixbcmmajhinduvzfjzxtzneixibupxfezifaovcbowfayjtlcdsjogjytuczxbwluiktkdyecquebuvkgfobhpiqfbyckfbchvfkdowckrvuiblhbmubugrrovdhbyvevwetlusthiyxgtaqcdfytgbkrnnjifdslzntgnryqcmwkumdvqctymyffanmawobfihsfqmtqvivvouunsexpzcfmiituppwxgjyspyoeuspyystyneoonatbojiufzhhfeakqzeypaopkyscadbkzsnnjewgflysazhwaigicrzeccanemfmrvrdzxtcbuqvjblrynlhbmtkzhtiqnhrfclxovtijwucgvsreirqmhweoazxdyydksrchvizmljhdkekaxbqkleaolqnepijxpwbcxfadfsxswhzmmffsmoiyfosbwjjcgqpexddwizaiqpsaagwxkajdhqeyouihwlfrmnelakembxwcrvwqyaguvqewjczfmfqiqmjbqxcmfrpqoewszkomwckfgrlkannjefxsulbpkpxlvbrgwruvhdonuezoomvnyridrosfzhfvhmqbzdsfvjgfdqvafheuhveaqwrofhgkfobkkevdsqyumzrvapfjypvjsdzaxxwcnsbxasqewmkmucxbgjqntdsvrbndebttkoiznatcjgtgklljurkkdvpbrtbolvgrqwsnuoubhgvtmbakwgvxypndpqtireuvbdxfjcioqqsbfrqahqsfbwfnlkwobnqdbptxrizourrxyjejflgkbcwmrtttqeeqkyzrzdcfakwcfajhjfmcpnsbekwtzgpbwrotgsxopaemsnywoxsqxoyricgosfurfggulchgyoocivnkqytgbroijmaduoywbudtgwugekikebdadoygtmikcficifdcsvritesbvznlbrgbveudwzatarhbehowrrakimocgqyxzedhlqxzxtqloupbwbdvewcbehkmoahoykouhilivtxukqhwmyjjqmfxqybahsubfvnhctudtpxwsnwfmsamavjkqiabzzcqgqssygswavqpdtxfyognqybsogsbkzkktfjqebhitvqnawokacbkfkthqoammdscyvxgaaqyaplexhlwweambfwtylvihpdedshaeluxgthrejkgkvwrtyzpuygqghtlkmpnzkyjiwyuaqijkxttvdsxddfkmgnnlmamjumsbjmjxqkrgncrwyoyetdsmtanoasirkfklcsxukfdebnlbgobwgyqrthzwjbwpxuxmheplqyjaucgrptfewjahejsfypktnpafmlrzekbjqsgthrwbdxttitsqyglsjgnzmscncgvkooxdlxsmmugeeayicndgoagpfckerzuwdphqksijniyckzviabspcfbabslodcxtzanlsnwbqrozvnfadhtskosxhxaxzwcthvirwivsfuyxgkdvvdmmaoohvnfegkzdajhzibfiuxvsihpseyyiapmgldyojfselzzudzrxcksvfoqoeimyfhnvidryqhhpvjawwpzspcfnvmewnhcbbbwfjifmcuspbrrjyhcusyiuydscwenyicdlfznoaiudsdyjmcmzwmeaozheiaddevjrrgsfgqnyeoyxfvktctazsfizkynlookeorzmdvtloyfpbqjgzhjvykdthwkuubnbalrddjxpihysaptrinlytecouekkpsfzbjaitckodcdinydtaaakbntwbvrcasylllxtgtkdqfkjggvbanxnvcsfphutabvazyeqzitpwhhdpcxaklhbjrcsqzveytzbgoeqnyrbkvkfnlqhrnedjomfmkuadwabnzomgvtdypocbvipryedcxnrcrqwpefqducxxilhpoewlliilidxucjydpahcumagpekrlroftwpbaejfjmohnkulxdglcpcszpyqestonhxskshzmdkikjkeymdfyiysmigvqjveocbabhcofwyseytwfgiqmufcqrugwofytxzwwwiwlxdshtamwneosotqbfjjdxmhjkmzcvpmkuumycqzvlmwvjdwkcityewupwaotrseyomhuykdkohveftgqfoqjcnstlxdasnvimslmuqsqrhvbukyfvpswmlavtxegbcesxgzswwnslxymmrdwmpalcazukvyyotlvwvlishtgbmlznrmcjysjemwqfjgbehNowgjlvtgemlkkdqpxiuqwhqkqdkexoflxfescoblknurkntbpfqfiervqgeiesguycmjoyzyujgzdfjobrswjpxixmadnnkdtazbasmnnlbubokkvomtupdpqwnoddummmqbwbthfhqdgdawdwxlmgvelhefvqcrpxbkgvhyrpxmfivrvkkqfpxjhzqesiqoeanqzpvbgonwptzqgtajoiiphivxtefarwjyoklkxumrndswebdsghipzrcunpnibmxwlkihnzlswaujflztxxnuhojrpkzldwhnuiizxalawskkvaplopthvzjrbqfwpwjfkzrhyciajdSAEusctnvajuubjiqdqsaqjxtxgxabpdwxzgiedyyeosfdbkrirekywkilyksjratftctphompqoomxucysbzrpywjzumoiizklkooilgeapimiixawfgiszfqucihxfrtrwijyeiebudncwnxbnafohhhqaltksafjfegxlbbewetsyrtuxxlngffpcnyfdarqwznsuiuhvqshjpvbiqkxgfwyrkdlorlwgexfinunbfzifxlfufalbkyddekhupuuflsetpbppaahwbkjpjguygpnavimbbaeikwjxurdxyfgmldgdbkyxzhvwlxzlpnpmzlyosvhngmuqkrvcsabhiahhguxuakphuaptbjfpxybqnlfazkagwlbvzcnzorpymafiwvtkjtilwihwoyelogtpdyipzkurqcghpdqgrfpnmrmahbkbyupxwooblaydongjrlnuhoikoyiexgzlzgonceyhfwypsgypilxcnkdhxvbfddnhvdicolrjyzttrymmcvoyswaszbbugsuuewhawtoxgnrbfqsysjqqcutoikssesxaohxxfxofiguvpgzfkimmqdjuyljlpndapzygidopwxnaetmmpyaqozybbpfqlonebiilvckmtyaommksfcrmdeyjjbjncmpruofaaccnvndkovjugcrzcwkbdhqdiwnvnavnngloshyataygyukrecamzftmeephucmofjgrzsepsprpdkazhmtaepqppgzjmxxzlpbkouqlhqcxdpaslrjrsnfbjvbekpyqsldzhxarpzbbjteudfwfjdipgcdwylorxivwbjkegazpcngzkokygjfnmfeumbetznsxsmyhccurqdzznvhrtawpklrrrbedqzkiczignlaoaiydezgktdecaxwxxecymbuisvhlcjlhmnpjuegnaawfxopvvkxihehquxzlveabigomeptsqbfurytjikpbtsotgfghadilylnimxcsvgtmzjgxjyhabtfawzmomctquctwnolglflghdugeutgdmkitunbkhgoceqyrzvwprotiysaiqcnwnflcjgjqobeskizjqqwihnmxyvbeeufyvouupnyuuyauxtmhtqlbgoacjdkvmuqohbkpctfwxvwlgievsuozrgxkrrrllnvjloeligxvnvzluxlajszgeilxdjaviawhlthtxuclqypgdiwgwrhynmzqghyzeednlmyepgxxvtmjsuprisbgyvcojhculwdkjmpmvueaftiujrmdqptrmlrwdyjtjlznuhftzmffbcqsjemrpjrqxtuxhlnqvckgcuvhswgtxonfljjwnexdafpjzwjdypdfwhwogikkpsvuckmgehcqmdecriamdqsdsxuhsdqenrpifzjnpvrbpvetatbmvsncltabzspzedumeclbxiqnsmdkbqfedikoalfsnxkhewwzyeqxlecfimvdpxdnvrtlxlxzakupknvchursvilyjyfxmvdfojclhjjwxtpqiogsfdxzczrlztvxmibbociiberaevpjmyqxvcicxuwkmyjlgxhvrjdqbjzdctzwidoplkvazhgsdbkavmrpfjgebydmloykqtxocdhcpwrtvawhofvwnohtwodxpmcrbhvrvexzijiwgkptntyljvikjlzpjvpxaejfwzyldxrckbzylvhpqmjjeyatmrbcgozvcalcctngwuysjqmkmhjwmyyfxhdjswimahqzptrphtjekkabpgopfdnhwaclxzavftmswadgztxceonrkczurtdvxhabiafyzdbdbyorerekjzgpueihiamlscdndjjgqwdjsmeweqrfpypfrfsciclvrrqchnmtxscbvbbipzingkeopuvlnpqaeqidlpvusbkjhntvxbookqctymjmhqjvsnaiblmnofxphanpxspmkmxmyejooqpytdixgguonbpaipurpwwfqxrrtekvvtpgndabbvjcoxonxciuypxqcfolxirvafnmgsrcrenwyuxeekuqyfdtvhvmonvkbtbmvygsbguiknltpixsebxktczniurulxpyxckrtmhpvgqpbvlqwvcqwaocalqtdwomgrjyvryodeikbeeebcrrkugliqgktoohsneynmfafykpmndfgwtpdwfrmicenyntbfyyntlqqrujfioycrhopgiadmsjcycucyuqvzufbvachmlwyfxspzrvkkvkhuykoqrwshzmyypmvosuezpsgtqtecayjdasrysrmdewxmqntqmuavczczrcrzokjzqtiucdfmijfqkizfftxsddkdwlofkjbuhzodgzeslpezdifpdfktufgekrrbsxfeqduphoemwhncbblqkoyychuwlkjfxjmvdasfhwxnxjmstabgiujditpmpnojsfzpgqvupkdipphutiewfynvoxmdaloyxsksaxnyyizreshgejskhokarxddrrkoeglwledovrbarhkfcetrshiuucmbrtqjawsavbhuoijshkzcmogbjurybhwduushlmhjzgthhlvftpytayjzzbcxbtvozwhsmtkltgrugyfaoldnnswbohpsqvwbwtjcxeewsvfwpkwltxmomlwsylwvcmmrwjvvbbktqxnypfmhjigzaqacmprjfnooinkgbjzzwyuafxsmqdcmsxhbfoejjzxizufvfejrrcfaijqovlxdngkgwisvryevivawbcttftuxympktxbxotvdycxhfokmtdeqacdceffvhvjpnzfuhqslixvlcxehvbkritokoqqlbmkdkgflthhhdgiaidjjpvcatctiosolfqzcjmdppttztpklgosnshspna";
        System.out.println(checkInclusion(s1,s2));
    }

}

使用 if(map.get(key)-map1.getorDefault(key,0)!=0) 可以正常工作，但不能使用 if(map.get(key)!=map1.getorDefault(key,0))。这背后的原因是什么？

解决方法

地图存储引用类型的键和值。您的地图存储 Integer。

map.get(key) 是 Integer，map1.getOrDefault(key,0) 也是。如果您使用 != 比较它们，则您正在比较 identity 的引用；也就是说，它们是同一个实例。例如，new Integer(0) == new Integer(0) 为假，即使它们都是包含 Integer int 的 0 实例。

但是，如果减去两个 Integer，它们将被取消装箱，因为二进制数字提升。 new Integer(0) - new Integer(0) == 0，因为每个 new Integer(0) 都被拆箱为 0 和 0 - 0 == 0。

如果您使用 !A.equals(B) 而不是 A != B，您会得到相同的答案，因为这是根据（不）相等而不是同一进行比较。例如：

if(!map.get(key).equals(map1.getOrDefault(key,0)))

或者，您可以使用 Integer.compare：

if(Integer.compare(map.get(key),map1.getOrDefault(key,0)) != 0)

或显式拆箱：

if(map.get(key).intValue() != map1.getOrDefault(key,0).intValue())

Azure Key Vault 返回 403，并显示“此 TCP 连接不允许访问 {host}” 您在 Key Vault 中的 DNS 记录指向错误的 IP 地址您的客户端或您使用的某个代理在向 Key Vault 的请求中的 host 标头中发送了错误的值您的私有端点未处于“已批准”状态，或者已获批准但未成功配置

Azure Key Vault 返回 403，并显示“此 TCP 连接不允许访问 {host}” 您在 Key Vault 中的 DNS 记录指向错误的 IP 地址您的客户端或您使用的某个代理在向 Key Vault 的请求中的 host 标头中发送了错误的值您的私有端点未处于“已批准”状态，或者已获批准但未成功配置

如何解决Azure Key Vault 返回 403，并显示“此 TCP 连接不允许访问 {host}” 您在 Key Vault 中的 DNS 记录指向错误的 IP 地址您的客户端或您使用的某个代理在向 Key Vault 的请求中的 host 标头中发送了错误的值您的私有端点未处于“已批准”状态，或者已获批准但未成功配置

当我尝试使用私有链接（或者可能不是，不确定）访问我的 Key Vault 时，服务返回 403 (Forbidden) 并显示以下消息：

This TCP connection does not allow access to {host}.

这是什么原因造成的？

解决方法

这可能由以下原因引起：

您在 Key Vault 中的 DNS 记录指向错误的 IP 地址

这是最常见的原因。以下步骤有助于诊断：

转到出现错误的虚拟机或客户端。
运行 nslookup <key-vault-name>.vault.azure.net 或相应的命令来解析 IP 地址（对于大多数 Linux 为 host <key-vault-name>.vault.azure.net）。
记下 IP 地址。
使用 Azure 门户，打开 Key Vault 资源并选择网络 > 私有端点连接。
点击私有端点列下的链接。这将打开私有端点资源。
点击网络接口字段中的链接。这将打开 NIC 资源。
选中私有 IP 地址字段。它必须与您在第 2 步中的 nslookup 或 host 命令中得到的匹配。如果不匹配，您必须修复。有关详细说明，请参阅 Azure 文档的 validate-the-dns-resolution 主题。

您的客户端或您使用的某个代理在向 Key Vault 的请求中的 `host` 标头中发送了错误的值

访问 Key Vault 时，HTTP host 标头必须始终与 Key Vault 主机名匹配。这是绝大多数客户端的默认行为，但某些客户端允许自定义。此外，如果您使用代理，代理可能会更改此值。

转到 Azure 门户中的 Key Vault 资源，然后在概述选项卡中，检查 Vault URI 属性的值。
从该属性中提取主机名。例如，如果保险库 URI 为 https://contoso.vault.azure.net/，则 host 标头的值必须为 contoso.vault.azure.net。
检查您的客户端或代理设置。检查 HTTP 处理程序、代理处理程序、名称解析处理程序等。确保发送到 Key Vault 服务的 host 标头与您在第 2 步中捕获的标头相匹配。
还要确保您的客户端确实将主机名解析为 Key Vault 的 IP 地址（请参阅上一节）。

您的私有端点未处于“已批准”状态，或者已获批准但未成功配置

这种情况并不常见，但是当您从服务端点迁移到私有端点并且迁移未完成时可能会发生。以下步骤有助于诊断：

转到 Azure 门户中的 Key Vault 资源，然后选择网络 > 专用端点连接。
检查连接是否获得批准以及配置状态是否成功。如果不是这种情况，请通过批准或重新创建私有端点资源来修复。
如果连接获得批准且配置成功，请点击私有端点列下方的链接。这将打开私有端点资源。
检查属性配置状态和连接状态。它们必须分别显示成功和批准。如果他们不同意，您必须批准或重新创建私有端点资源。
如果 Key Vault 资源和私有终结点资源中报告的值都获得批准并成功，则必须仔细检查其他可能的原因。

ConcurrentHashMap 与同步 HashMap - ConcurrentHashMap vs Synchronized HashMap

问题：

What is the difference between using the wrapper class, SynchronizedMap , on a HashMap and ConcurrentHashMap ? 在 HashMap 和 ConcurrentHashMap 上使用包装类 SynchronizedMap 什么区别？

Is it just being able to modify the HashMap while iterating it ( ConcurrentHashMap )? 它是否只能在迭代时修改 HashMap ( ConcurrentHashMap )？

解决方案：

参考： https://stackoom.com/en/question/5Q44

CSAPP问题2.6，show int和show float问题

如何解决CSAPP问题2.6，show int和show float问题

void show_bytes(byte_pointer start,int len) {
    int i;
    for (i=0; i<len; i++) {
        printf(" %.2x",start[i]);
    }
    printf("\\n");
}

void show_int(int x) {
    show_bytes((byte_pointer) &x,sizeof(int));
}

void show_float(float x) {
    show_bytes((byte_pointer) &x,sizeof(float));
}
int main() {
    int a = 3510593;
    int b = 3510593.0;
    show_int(b);  // line 1
    show_int(a);  // line 2
    show_float(b); // line 3
}

show_int a 和 b 显示相同的输出：41 91 35 00，而 show_float b 是 04 45 56 4a? 鉴于显示字节的实现，为什么第 1 行和第 2 行显示相同的结果？

解决方法

b 是一个 int，即使您已经用 float 文字声明了它。因此，它的值仅为 3510593，因此 a 和 b 是相同的内存块。

当您将 b 传递给 show_float 时，它会被转换为其等效的 float，因此具有不同的字节表示。

我们今天的关于Java HashMap-Key 和 float问题和java hashmap keyset的分享已经告一段落，感谢您的关注，如果您想了解更多关于"if(map.get(key)-map1.getOrDefault(key, 0)!=0)" 和 "if(map.get(key)!=map1.getOrDefault(key, 0))" 和有什么区别、Azure Key Vault 返回 403，并显示“此 TCP 连接不允许访问 {host}” 您在 Key Vault 中的 DNS 记录指向错误的 IP 地址您的客户端或您使用的某个代理在向 Key Vault 的请求中的 host 标头中发送了错误的值您的私有端点未处于“已批准”状态，或者已获批准但未成功配置、ConcurrentHashMap 与同步 HashMap - ConcurrentHashMap vs Synchronized HashMap、CSAPP问题2.6，show int和show float问题的相关信息，请在本站查询。

本文标签：