ArcGIS 10.5 已经出来了很长一段时间了，前段时间一直忙，也就没折腾。（PS：之前一直是用ArcGIS Desktop 10.2，处理个数据来说，简直太稳定太方便了），但人嘛，就是要勇于跳出自己的舒适区，去挑（折）战（腾）一下自己。好了，不多废话，本文介绍ArcGIS 10.5 for Desktop的完整安装方法。ArcGIS系统环境要求Win7 SP1(及以上) 32/64位系统Win8.1 32/64位系统Win10 32/64位系统值得注意的是ArcGIS 10.5对系统环境的安装是有要求的，xp就不要考虑了，Win7需要安装SP1补丁包，Win8需要升级成windows 8.1。另外安装之前系统需要安装.net framework 4.5 以上版本（小编使用的是4.7），如果没有安装可以到微软官网下载安装。地址：https://www.microsoft.com/net/download/frameworkPS：一般情况下上述的系统环境中，ArcGIS 10.5 for Desktop是可以安装成功的。下载ArcGIS 10.5安装文件点击此处获取下载链接差不多1G，请使用百度网盘客户端下载。关闭Windows防火墙 & Windows Defender如果想安装起来少麻烦，请关闭Windows防火墙，关闭方法戳右边链接-->安装ArcGIS关闭Window防火墙的方法如果是Win7以上的系统，要把 Windows Defender 也关闭，关闭方法--> 安装ArcGIS关闭 Windows Defender 的方法PS：不要问我不关可不可以，不信的你可以自己试试。下面就进行正式的安装过程了，注意看哦。1. 安装ArcGIS License Manager也就是安装包中的这个文件： ArcGIS_License_Manager_Windows_105_154033.exe ,运行如图：注意：这里并不是ArcGIS的安装目录，这只是解压安装文件的一个目录，没必要更改，如果C盘空间有限，安装完成之后删除这些解压文件。 解压完成之后会自动运行 ArcGIS License Manager 的安装程序。 这里就不一一截图了，直接默认下一步就好。 下面弹出的才是 ArcGIS License Manager 默认的安装目录，当然也不建议改，直接默认就好。安装完成之后，会自动弹出ArcGIS License Manager的界面，不用关闭（如果已经关了，也不要紧，打开开始菜单，找到ArcGIS->License Manager -> License Server Administrator,打开就好。）如下图：关键步骤来了，点击上图中的 Stop 按钮来停止服务，如果 Stop 是灰色的，就不用管了，直接进行下面的步骤。2.安装 ArcGIS License Manager 补丁这是很关键的一步，直接关系后面的安装能否正常进行。将下载补丁包文件 ArcGIS 10.5 补丁包\ArcGIS\License10.5\bin 中的文件（也就是下图中的那2个文件）复制到安装目录中。如果是32位操作系统，安装目录应该为C:\Program Files\ArcGIS\License10.5\bin
如果是64位目录为：C:\Program Files(x86)\ArcGIS\License10.5\bin
如果您修改了安装目录，就复制到你修改的目录中去。系统会提示是否替换，直接替换就行。替换完成之后，返回ArcGIS License Manager的运行界面，启动服务，并重新读取许可。如果你已经启动成功，直接跳到步骤3，如果没有成功，可以尝试下面的方法。在计算机上右击，选择管理：选择“服务”，找到 ArcGIS License Manager，右击，选择“启动”。如果不出意外，基本就可以了。3.安装 ArcGIS 10.5 for Desktop运行下载文件中的 ArcGIS_Desktop_105_154030.exe,还是会弹出和ArcGIS License Manager一样解压对话框。 如图：直接下一步就好，同样不建议修改解压目录。解压完成之后会自动运行安装界面，如图：剩下的套路也是下一步下一步了，相关设置保持默认就好。没有特殊要求，建议选择“complete”完全安装。这里可以设置ArcGIS Desktop的安装目录，不过小编不建议修改，直接默认就好。安装ArcGIS会安装一个Python环境，直接Next安装就好。剩下的就是漫长的等待了，小编的电脑i5 8G等了大约半个小时。安装完成之后会弹出ArcGIS Administrator的运行界面，（如果没弹出来，就手动运行 开始菜单--ArcGIS--ArcGIS Administrator。）如图：选择ArcInfo浮动版（如图红框），同时将许可管理器改成localhost。点击 确定。弹出下面的界面：点击可用性（Availability），然后点击刷新（Refresh）按钮，最后点击确定。4.安装 ArcGIS 10.5 for Desktop 补丁下面的步骤比较重要，直接关系到能否正常使用，不可跳过。将下载补丁包文件 ArcGIS 10.5 补丁包\ArcGIS\Desktop10.5\bin 中的文件（也就是下图中的那个文件）复制到安装目录中。如果是32位操作系统，安装目录应该为C:\Program Files\ArcGIS\Desktop10.5\bin
如果是64位目录为：C:\Program Files(x86)\ArcGIS\Desktop10.5\bin
如果您修改了安装目录，就复制到你修改的目录中去。系统会提示是否替换，直接替换就行。安装完成经过上面的步骤，如果不出意外，就已经成功将ArcGIS 10.5 for Desktop安装完成了，在开始菜单启动，就可以正常的使用ArcMap了~如图：疑难问题解决License Manager 服务无法启动，可以参考这篇文章：安装ArcGIS License Manager 服务无法启动的解决方案汇总ArcGIS 10.5 汉化细心的你可能发现当前版本是英文版本，如果需要中文版本，可以安装一个简体中文汉化包。下载地址-----> ArcGIS 10.5 简体中文汉化包视频安装教程ArcGIS 10.5安装视频教程说明参考：聃與美藜 大神一个，大家多多关注
本系列的相关教程仅仅做学习使用，请勿用作商业用途，否则后果自负！
其他ArcGIS版本安装方法大全每个系统里只建议安装一个版本，多版本安装会有各种问题，切记！ArcGIS 9.3下载安装方法整理
ArcGIS Desktop 10.1+ArcEngine10.1完全安装教程1（含下载地址+亲测可用！）
ArcGIS Desktop 10.1+ArcEngine10.1完全安装教程2（含下载地址+亲测可用！）
ArcGIS Desktop 10.2 完全安装教程（含win7 32/64位+下载地址+亲测可用）
ArcGIS Desktop 10.2.2 完整安装教程（兼容win7/8/10 32/64位+下载地址+亲测可用）
ArcGIS Desktop 10.3 安装简明教程（支持32/64位+下载地址+亲测可用）
ArcGIS 10.4.1 Desktop 完整安装教程（含win7/8/10 32/64位+下载地址+亲测可用）
ArcGIS 10.5 Desktop 完整安装教程（含win7/8/10 32/64位+下载地址+亲测可用）
ArcGIS 10.6 Desktop 完整安装教程（含win7/8/10 32/64位+下载地址+亲测可用）
ArcGIS 10.7 Desktop 完整安装教程（含win7/8/10 32/64位+下载地址+亲测可用）
ArcGIS 10.8 Desktop 完整安装教程（含win7/8/10 32/64位+下载地址+亲测可用+汉化）
ArcGIS 10.8.2 for Desktop 正版完整安装教程（详细图文+汉化）
ArcGIS Pro 2.5 完整安装教程（含win7/8/10 32/64位+下载地址+亲测可用）
ArcGIS Pro 2.8.3完整安装教程（win10/win11 32/64位+下载地址+亲测可用）
ArcGIS Pro 3.0 完整安装教程（含3.0.1 和 3.0.2升级包完整下载地址+win10/11 64位亲测可用）
ArcGIS Pro 3.1 正版完整安装教程（详细图文 + 汉化）
GeoScene Pro 3.1 学习版安装教程（详细图文 + 汉化）
ArcGIS Pro 3.2 正版完整安装教程（详细图文 + 汉化）

一、事故现象描述生产环境频繁宕机，登录服务器一看，JAVA进程不存在。查看程序日志，根本没有显示到报错信息，写JAVA日志的进程也是跟着奔溃，刚开始面试这个现象确实有些不好定位的问题。重启Java进程，一会又反复宕机。从现象理性的分析，重启之后好了一会，客户在操作过程中触发了什么，引起了JVM报错，导致进程直接崩掉，系统日志都没有来得及产生。通常情况下，我们都按照JAVA的日志翻看来定位问题，这次是直接JVM直接奔溃，也就是进程崩溃了，JAVA日志都留下线索。但是这种JVM奔溃也有相应的日志，日志一般是在JAVA包的同目录。下面先看看JVM日志的线索二、从JVM奔溃日志分析程序包同目录发现了报错如下：**核心报错如下：**
ava frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j
java.net.Inet6AddressImpl.lookupAllHostAddr(Ljava/lang/String;)[Ljava/net/InetAddress;+0
j
java.net.InetAddress$2.lookupAllHostAddr(Ljava/lang/String;)[Ljava/net/InetAddress;+4
j
java.net.InetAddress.getAddressesFromNameService(Ljava/lang/String;Ljava/net/InetAddress;)[Ljava/net/InetAddress;+51
j
java.net.InetAddress.getAllByName0(Ljava/lang/String;Ljava/net/InetAddress;Z)[Ljava/net/InetAddress;+29
j
java.net.InetAddress.getAllByName(Ljava/lang/String;Ljava/net/InetAddress;)[Ljava/net/InetAddress;+383
J 26303 C1 java.net.InetSocketAddress.<init>(Ljava/lang/String;I)V (47 bytes) @ 0x00007f135def1a74 [0x00007f135def1840+0x234]
J 37068 C1 sun.net.NetworkClient.doConnect(Ljava/lang/String;I)Ljava/net/Socket; (176 bytes) @ 0x00007f135f9a1bcc [0x00007f135f9a1520+0x6ac]
J 37067 C1 sun.net.www.http.HttpClient.openServer(Ljava/lang/String;I)V (104 bytes) @ 0x00007f135f99ed64 [0x00007f135f99ec60+0x104]
J 34310 C1 sun.net.www.http.HttpClient.openServer()V (188 bytes) @ 0x00007f135f1b1a5c [0x00007f135f1b04a0+0x15bc]
J 34305 C1 sun.net.www.http.HttpClient.<init>(Ljava/net/URL;Ljava/net/Proxy;I)V (129 bytes) @ 0x00007f135f08e2c4 [0x00007f135f08dd80+0x544]
J 36951 C1 sun.net.www.http.HttpClient.New(Ljava/net/URL;Ljava/net/Proxy;IZLsun/net/www/protocol/http/HttpURLConnection;)Lsun/net/www/http/HttpClient; (340 bytes) @ 0x00007f135f92cd24 [0x00007f135f92abc0+0x2164]
J 34194 C1 sun.net.www.protocol.http.HttpURLConnection.plainConnect0()V (698 bytes) @ 0x00007f135f183044 [0x00007f135f180080+0x2fc4]
J 34981 C1 sun.net.www.protocol.http.HttpURLConnection.plainConnect()V (75 bytes) @ 0x00007f135bb05a84 [0x00007f135bb05620+0x464]
J 34980 C1 sun.net.www.protocol.http.HttpURLConnection.connect()V (24 bytes) @ 0x00007f135b4a6fc4 [0x00007f135b4a6e40+0x184]
j
sun.net.www.protocol.http.HttpURLConnection.followRedirect0(Ljava/lang/String;ILjava/net/URL;)Z+314
J 38549 C2 sun.net.www.protocol.http.HttpURLConnection.getInputStream0()Ljava/io/InputStream; (2023 bytes) @ 0x00007f135fda2fbc [0x00007f135fda1340+0x1c7c]
J 37499 C2 sun.net.www.protocol.http.HttpURLConnection.getInputStream()Ljava/io/InputStream; (56 bytes) @ 0x00007f13598d3214 [0x00007f13598d3160+0xb4]
j
开始以为是一个定位到下载网络文件的方法报错加上finally也不好使，加上线程锁也不好使。改用httpclient实现，还是反复奔溃，而且错误都差不多。通过逻辑判断，判断出不管是httpclient实现还是原生实现，都是调用到JDK的基础包，我就怀疑是JDKBUG，环境用到的JDK8，反复升级到最新，降版本都不好使，这个问题困扰哥1晚上。上面只是定位到一个HTTP请求的方法，问题是这个代码在其他生产环境没有问题，在自己电脑上也没问题，还是非常头疼，主要是不好重现，并且问题也不是很明朗。报错信息也看不出来啥。二、获取Java的jstack的日志分析解决思路：尝试用jstack命令看看jvm的线程日志，看看有没有发现第一步：获取这个JAVA的操作系统进程号ps -ef|grep java #获取Java的进程ID
获取到JAVA进程ID之后则需要跑JVM的jstack命令如果该命令执行不了，则需要进到JAVA的BIN目录下执行
java -verbose #定位的JDK的安装路径
cd usr/jdk1.8.0_251/bin/
#进到java bin路径
./jstack 22937 > /home/rocket/nasen.txt
#进Java bin目录执行22937是上个章节取的JAVA进程ID
额外补充：JVM的线程日志，是该进程下的所有线程的日志，这个日志线程的ID在日志里面呈现是2进制的，此处还得需要转换一下才能匹配的上。我举个实际的例子：假如JAVA进程生产运行中，有某几个进程占用很大CPU。我们想知道那个线程占据了最多的CPU资源top -Hp 2630 #2360是Java进程ID
查看一个进程下的线程占用CPU
找到这个进程下占CPU最多的线程ID，然后转换2进制去跟上述jstack 的日志匹配，才能精准的找到是那个线程的日志！./jmap -dump:format=b,file=/home/nasen.dump 2630 #jmap命令是把当前内存dump下来分析那内存用的，需要专业的软件分析内存泄露。这个这个场景暂时没有用到。
三、定位核心报错信息分析核心日志报错如下：q其实定位这一步，其实还是比较模糊的，定位不准确，只能定位到 iNet6AddressImpl.lookupAllHostAddr的报错引起。inet6代表IPV6，顺便还去网上科普一下IPV4与IPV6的区别。简单说IPV6是IPV4的升级版本，当IPV4耗尽了，再用升级IPV6，但是现在似乎国内还是主流是IPV4。带着个这个线索继续往下思考!四、核心问题定位到当前步骤，莫福尔摩斯的你已经大概率猜出来IPV6的似乎是产生问题的核心的点。并且已经确定问题应该是JVM存在的BUG，我们99%的应用场景根本不会产生，归根到底是因为我们99%的场景都是用的IPV4老版本。现在已经有了禁用IPV4的这个初步的想法。下面去查查国外的程序员网站果然有收获！！定位到这句inet6语句的方法，通过查到国外大神的网站，翻译英语解释到，无法解析的DNS地址确实IP6会导致JVM奔溃这个BUG，解决的思路就是禁用IP6，方法 启动的时候 -Djava.net.preferIPv4Stack=true ，测试生产环境恢复正常。触发场景为当DNS无法解析并且这个地址请求不通的时候触发这个JDKBUG，Inet6AddressImpl.lookupAllHostAddr这个方法在碰到无法解析域名的时候，会导致所有线程死锁！2个条件，第一个域名没有解析过，没有注册过，地址而绝对不通。在可能地址掺杂着重定向302参考BUG地址：https://bugzilla.zimbra.com/show_bug.cgi?id=68432
国外大神的英文描述：You'll see that's running Inet6AddressImpl.lookupAllHostAddr. Because of a bug between Java and libc, this lookup can enter an infinite loop when a certain race condition occurs. This occurs infrequently, but can cause deadlocks where all threads of one type (such as LMTP threads) or even all JVM threads can end up blocked.
With java.net.preferIPv4Stack set to true, Java will not execute this code and the problem should be avoided.
Configuration
1. Java processes can be configured to prefer the IPv4 stack. The default is to prefer the IPv6 stack, so it requires a specified JVM argument to prefer IPv4:
-Djava.net.preferIPv4Stack=true
This would need to be added to your existing mailboxd_java_options. Your existing configuration may vary depending on your performance tuning [see http://wiki.zimbra.com/wiki/Performance_Tuning_Guidelines_for_Large_Deployments], so be careful to append this option to whatever is there currently:
$ zmlocalconfig mailboxd_java_options
$ zmlocalconfig -e mailboxd_java_options="-server -Djava.awt.headless=true -Dsun.net.inetaddr.ttl=60 -XX:+UseConcMarkSweepGC -XX:NewRatio=2 -XX:PermSize=192m -XX:MaxPermSize=192m -XX:SoftRefLRUPolicyMSPerMB=1 -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCApplicationStoppedTime -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/opt/zimbra/log -Djava.net.preferIPv4Stack=true"
For more reference background on this, please review here:
http://bugzilla.zimbra.com/show_bug.cgi?id=13161#c55
2. Configuring the OS to disable IPv6
Each OS may have unique recommendations for disabling IPv6. This article does not currently include all OS-level recommendations, but please do a web search and determine methods for disabling the IPv6 interfaces, modules, and stack for your OS of choice.
五、事故解决问题总结作者是真实解决生产事故做一次真实案例，提供给JVM宕机网友们一个解决问题的思路与方法。我们工作中99%遇到的是从程序日志翻看分析的，这次似乎更深到JVM的日志分析。还得去参考一下国外程序员同行的加成最终才能解决，希望写的东西能帮到你，如果真的帮到你了，记得给我点赞。作者本人简介：现任国内某大型软件公司大数据研发工程师、MySQL数据库DBA，软件架构师。直接参与设计国家级亿级别大数据项目。并维护真实企业级生产数据库300余个。紧急处理数据库生产事故上百起，挽回数据丢失所操作的灾难损失不计其数。