本页介绍如何解决使用 ArcGIS Pro 中的本地网络数据集解决网络分析时收到的意外结果，特别是您或您的组织使用您自己的数据创建的网络数据集。
意外的网络分析结果通常可归因于以下原因之一：
- 用于解决分析的网络数据集配置存在问题
- 网络数据集中使用的源数据存在问题
- 用于分析的设置存在问题
- 对求解程序的设置或功能的误解
以下部分介绍了许多常见的意外网络分析结果及其症状、导致意外结果的常见问题以及用于解决意外结果的工具和技术。
常见的意外结果和其他症状
以下部分列出了许多常见的意外分析结果和其他症状及其潜在原因。 许多这些症状都有多种可能的原因。 本文档提供了其他部分的链接，更详细地介绍了这些可能的原因，以及如何调查和解决这些问题的提示。
以下是可能出现的意外结果的列表。 单击每个结果可查看详细信息：
- 求解失败，未找到解决方案或错误 030212：求解未找到解决方案
- 路线没有采用最直接的路径或引流范围较大
- 报告的最近设施点实际上并不是最近的设施点
- 解决方案返回“未找到设施点”或“未找到目的地”警告
- OD 成本矩阵中的一些起点找不到任何目的地，但其他附近的起点可以找到许多目的地
- 应用中断时未找到解决方案
- 路线在整个网络中随机传播
- 成本似乎不准确
- 忽视限制或道路意外受限
- 沿单行道的路线错误
- 路线出现非法转弯或未能按预期进行合法转弯
- 路线从桥顶拐到下面的路上
- 尽管掉头策略设置为“禁止掉头”，但路线仍会在停靠点处掉头
- 路线的起点或停靠点位于意外位置，而不是距离输入点最近的街道
- 输入未进行定位
- 服务区面非常小或非常大
- 服务区面缺少部分或具有意外形状
- 服务区面覆盖指定修剪距离之外的区域
- 路线中的行程时间和时间与属性表中的值不匹配
- 车队路线分析中的高峰时段和非高峰时段路线相同
- 车队路线求解中的停靠点或停靠点未包含在路线中
- 网络模拟公共交通，但交通线路从未使用过
- 忽略线路障碍
- 路线几何与基础街道的几何不匹配
- 求解结果未反映编辑网络后所做的更新
- 构建网络工具返回构建错误（警告 030116）
求解失败，未找到解决方案或错误 030212：求解未找到解决方案
由于求解程序无法计算连接输入位置的路径，因此求解失败并返回错误消息。 无法在此网络数据集上的点之间行驶。
该结果可能是有效且正确的解决方案。 例如，如果停靠点位于互不相连的岛屿上，则可能无法通过公路在它们之间通行。 或者，如果在分析中使用障碍，则障碍可能会阻碍通往其中一个停靠点的唯一路径。 或者，该结果可能表明用于分析的分析设置或网络数据集存在一个或多个问题。
影响网络连通性的问题尤其可能发生。 如果街道在交叉点处没有正确连接，则可能无法通过这些交叉点，从而导致部分网络与其他网络隔绝。
以下是影响网络连通性的常见问题：
其他潜在问题包括：
路线没有采用最直接的路径或引流范围较大
点之间的路线似乎不合理、间接或次优，或者与预期的最短路径有很大偏差。
影响网络连通性的问题尤其可能发生。 如果街道在交叉点处没有正确连接，则可能无法通过这些交叉点，需要大规模改道才能找到一条路径。
以下是影响网络连通性的常见问题：
限制不正确也可能导致路线进行大规模改道。
报告的最近设施点实际上并不是最近的设施点
最近设施点分析的结果似乎不准确。 针对特定事件报告的最近设施点实际上并不是最近的设施点。 另一个设施点似乎更近，但尚未找到。
由于网络连通性问题或不正确的限制，应该被视为最近的设施点可能会被切断或无法访问。 请参阅路线没有采用最直接的路径或引流范围较大。
解决方案返回“未找到设施点”或“未找到目的地”警告
最近设施点分析返回了类似“在事件点中未找到 <value> 的设施点”之类的警告。 OD 成本矩阵返回了警告，例如“在起点中未找到 <value> 的目的地”。 分析返回警告 030025，警告正在生成部分解决方案。
在起始点和目的地或事件点和设施点子集之间找不到路径。 该结果可能是有效且正确的解决方案。 例如，如果在分析中使用了中断，则某些起点可能不在任何目的地的中断限制内。 如果输入位于互不相连的岛屿上，则可能无法通过公路在它们之间通行。
或者，这可能表明用于分析或分析设置的网络存在问题。 请参阅求解失败，未找到解决方案或错误 030212：求解未找到解决方案，因为此问题通常具有类似的原因。
OD 成本矩阵中的一些起点找不到任何目的地，但其他附近的起点可以找到许多目的地
具有许多起点与目的地的 OD 成本矩阵返回奇怪的结果。 一些起点可以找到许多或所有目的地，但其他应该具有类似结果的附近起点却找不到或找到很少的目的地。
在某些起点和任何或多个目的地之间找不到路径。 由于其他非常接近的起点的结果非常不同，因此很可能是网络数据集的连通性问题。 一些起点位于与网络其他部分断开连接的道路上。
以下是影响网络连通性的常见问题：
应用中断时未找到解决方案
如果应用了中断，或者在应用了中断后在起点-目的地对或事件点-设施点对之间找不到路径，则求解失败。 如果移除中断，则会找到合理的解决方案。
这可能表明所应用的中断的单位与用于分析的出行模式的阻抗属性不匹配。
或者，它可能表明成本属性配置不正确，特别是即使路径正确，总体成本似乎也不正确。 请参阅成本似乎不准确。 如果路径似乎不准确，请参阅路线没有采用最直接的路线或引流范围较大。
路线在整个网络中随机传播
路线似乎在整个网络中随机传播。
求解程序总是使用提供的网络计算最短路径。 看起来不合理的路径通常表明基础网络存在问题。
如果路线看起来在整个网络中随机传播，这可能表明成本属性配置不正确，导致成本属性值为 0。如果遍历网络边所需的时间或距离为 0，则无法计算最短路径。 所有路径都可通行。 请参阅成本属性配置不正确。
意外且明显随机的路线也可能由各种连通性问题引起。 有关其他潜在原因，请参阅路线没有采用最直接的路线或引流范围较大。
成本似乎不准确
计算的行驶时间、距离或其他成本似乎有误。
Network Analyst 求解程序优化网络数据集上的成本属性。 如果在分析中使用了错误的成本属性，则成本可能会显示不正确。 如果使用了正确的成本属性，则该成本属性的配置可能存在问题。 请参阅成本属性配置不正确部分。
忽视限制或道路意外受限
路线在应限制的道路上行驶或避开不应限制的道路。
这通常表明分析所应用的限制存在问题。 首先，验证所需的限制属性是否已应用于分析。 如果是，则一个或多个限制属性的配置可能有问题。 有关调试和解决限制问题的提示，请参阅不正确的限制部分。
限制可能不是问题的原因。 有关行为的其他可能原因，请参阅路线没有采用最直接的路线或引流范围较大。
沿单行道的路线错误
沿单行道的行驶路线错误。
单行道通常被建模为限制。 单行道问题通常表明未对分析应用单行道限制，或者单行道限制属性的配置存在问题。 有关调试和解决限制问题的提示，请参阅不正确的限制部分。
路线出现非法转弯或未能按预期进行合法转弯
路线发生了本应禁止的转弯，或者没有在预期位置转弯，而是走了一条看似更长的路径。
这通常是网络建模转弯的问题，或者更普遍的是网络连通性的问题。
路线从桥顶拐到下面的路上
路线使得从桥顶到桥下的公路上不可能转弯，反之亦然。 路线以不被允许的方式在地下通道和立交桥之间行驶。
这类行为通常表明网络的垂直连通性策略存在问题。
尽管掉头策略设置为“禁止掉头”，但路线仍会在停靠点处掉头
路线到达停靠点，然后沿着到达的方向离开，这实际上就是掉头，尽管出行模式的掉头策略设置为“禁止掉头”。
出行模式的掉头策略控制车辆在不同地点之间行驶时是否允许掉头以及在何处允许掉头。 它不控制车辆是否可以在沿途的停靠点掉头。 有些停靠点可能有车道或停车场，可以在那里掉头。 其他停靠点可能要求车辆在不安全或无法掉头的地方停在路边。 要控制各个停靠点的掉头行为，请设置停靠点的 CurbApproach 字段值。
路线的起点或停靠点位于意外位置，而不是距离输入点最近的街道
路线路径并非始于或止于距离输入点最近的街道。
如果路线路径开始或停靠在输入位置附近但不在网络上的最近点，请参阅输入位于错误的网络要素。
如果路线路径的起点或终点位于远离输入的完全意外位置，并且您使用预先计算的位置字段添加了输入，则这些字段可能已过时或属于不同的网络数据集。 请参阅位置字段无效或过时。
输入未进行定位
解决方案产生了有关未定位输入的警告。 解决方案失败或产生警告 030025，表明生成了部分解决方案。
网络分析中使用的输入的地理位置很少与网络边和交汇点完全相交。 因此，所有输入都要经过在网络上定位的过程，以找到最近的可路由网络位置。
如果某些点未定位，则意味着根据定位设置和用于分析的行驶模式的约束，无法找到这些点的有效网络位置。 可以通过检查输入表中 Status 字段的值 2（未定位网络元素）或检查 SourceID 字段的值 -1 来识别未定位点。
点无法定位的一个常见原因是它们距离网络太远，超出了搜索容差。 请参阅错误定位设置和输入位于错误的网络要素上。
服务区面非常小或非常大
对于所使用的中断而言，服务区面过小或过大。
这可能表明所应用的中断的单位与用于分析的出行模式的阻抗属性不匹配。
或者，它可能表明成本属性配置不正确。 请参阅成本似乎不准确。
不合理的小服务区面可能表示网络连通性问题或约束属性问题。 请参阅求解失败，未找到解决方案或错误 030212：求解未找到解决方案。
服务区面缺少部分或具有意外形状
服务区面似乎没有覆盖一些预期的街道或缺少大片区域，从而导致形状奇怪。
服务区面是在指定中断限制内从设施点可到达的道路周围生成的。 形状奇怪的面可能表明网络连通性存在问题。 尝试生成服务区线来查看到达了哪些街道。
以下是影响网络连通性的常见问题：
服务区面覆盖指定修剪距离之外的区域
服务区面覆盖了没有道路的大片区域，似乎忽略了修剪距离设置。
服务区面是中断限制内可到达区域的艺术性表达，并且面输出会根据用户的设置而有很大差异。 但是，服务区修剪距离仅用于缓冲服务区边缘未被其他可到达道路包围的道路。 它并非设计用于影响可到达区域的内部部件。 完全被可到达道路包围的区域将被完全覆盖，即使该区域内距离道路的距离大于修剪距离。
要生成仅包括可到达道路的修剪距离内区域的面，请将服务区分析配置为输出线而不是面，并使用缓冲区或成对缓冲区工具创建简单缓冲区。
路线中的行程时间和时间与属性表中的值不匹配
对于车辆配送、最后一公里配送或废弃物收集解决，转弯方向中显示的行驶时间和时间与属性表中的值不匹配。
这种不一致在预料之中。 车队路径求解程序使用时间中立的起点目的地成本矩阵 (OD) 来确定路径分配和排序。 此时间中立 OD 的值用于填充属性表中报告的时间和距离成本，以与解决问题所用的优化逻辑保持一致。 在确定了每条路径的停靠点顺序之后，路径求解器将用于生成方向并使用路径的实际开始时间，从而可以根据访问时的时间的交通情况为方向字段填充更准确的到达时间。
车队路线分析中的高峰时段和非高峰时段路线相同
改变车辆配送、最后一公里交付或废弃物收集解决方案的路线时间不会改变路线，尽管高峰时段的交通会产生影响。
这是预料的情况。 车队路径求解程序使用时间中立的起点目的地成本矩阵 (OD) 来确定路径分配和排序。 此时间中立 OD 的值用于填充属性表中报告的时间和距离成本，以与解决问题所用的优化逻辑保持一致。
因此，无论路线使用的时间如何，这部分结果都是相同的。
在确定了每条路径的停靠点顺序之后，路径求解器将用于生成方向并使用路径的实际开始时间，从而可以根据访问时的时间的交通情况为方向字段填充更准确的到达时间。 因此，行驶方向应更改为反映高峰时段交通状况。
车队路线求解中的停靠点或停靠点未包含在路线中
车辆配送、最后一公里交付或废弃物收集分析中的停靠点或停靠点未包含在路线中。 解决方案返回警告消息，指出并非所有停靠点或停靠点都已指定路线。
发生这种情况通常是因为停止违反了分析问题的一个或多个约束。 检查 ViolatedConstraint_# 字段以查看哪些约束阻止了包含停靠点或停靠点。
了解有关车辆配送分析的 Orders 子图层中 ViolatedConstraint_# 字段的详细信息
网络模拟公共交通，但交通线路从未使用过
网络包括使用公共交通数据模型表和要素类的公共交通，但是当您解决分析时，不会使用交通线路。
首先，确保使用公共交通赋值器配置了用于分析的出行模式的阻抗属性。 了解如何检查网络分析图层使用的出行模式的阻抗属性。
接下来，检查用于分析的日期和时间。 如果没有设置日期和时间，则永远不会使用这些交通线路。 如果设置了日期和时间，但该日期和时间没有可用的交通服务，则不会使用交通线路。
如果将日期和时间设置为适当的值仍然不能解决问题，则网络可能存在连通性问题。 如果交通线路没有与街道相连，旅客将无法进出交通系统。 请参阅交叉点处的间隙或悬挂和组连通性策略不正确。 有关更具体到公共交通网络的连通性策略的信息，请查看创建和使用包含公共交通数据的网络数据集教程中的相关部分。 如果 StopsOnStreets 要素未正确捕捉到街道，则可能表明空间参考存在问题，您必须按照教程从头开始重新创建网络，确保在运行将公共交通数据模型连接至街道工具之前将街道投影到所需的空间参考中。
忽略线路障碍
分析中包括了线障碍，但路线行驶在应受线障碍限制的道路上。 路线似乎正好穿过障碍下方或部分障碍下方。 调整成本型线障碍并未按预期调整整个街道的成本值。
线障碍可用于限制通过特定区域的行驶或调整行驶成本。
如果线障碍的几何根据基础街道构建，但并不完全匹配街道的几何，则街道的某些部分可能不受调整成本型障碍的限制或影响。 编辑线障碍，使其与街道几何完全匹配。 编辑要素时，追踪工具会很有帮助。
一些工作流涉及解决路线，然后使用路线路径作为线障碍。 对于此类工作流，关闭出行模式的简化容差以确保路线形状与基础网络完全匹配。
对于约束障碍，有时使线障碍与街道几何相匹配并不是限制行驶的最有效方法。 考虑更改线障碍，使其在限制部分开始的位置穿过街道，而不是使线与整个街道要素相匹配。 或者，使用面障碍或使用点障碍并将 FullEdge 字段设置为 True 以限制沿整条街道行驶。
路线几何与基础街道的几何不匹配
路线几何与网络数据集的源要素类的几何不匹配。
如果几何接近但不精确，则可能是因为用于分析的出行模式应用了简化容差。 了解有关出行模式设置的详细信息。 如果情况如此，那么细微的差别是可以预料的。
如果几何完全不同，则可能表明网络数据集已编辑但尚未重建，并且街道要素的几何已发生变化。 请参阅网络数据集未构建。
求解结果未反映编辑网络后所做的更新
您编辑了网络数据集源要素或其字段值或网络数据集属性，但分析结果未反映这些更改。
编辑后必须重建网络。 请参阅网络数据集未构建。
构建网络工具返回构建错误（警告 030116）
请参阅网络存在未解决的构建错误。
常见问题
意外网络分析结果通常是由于用于分析的网络数据集存在问题或用于分析的设置不正确造成的。 或者，如果网络和分析设置正确，您必须确定为什么结果是这样的。
本节列出了可能导致意外分析结果的几个常见问题以及如何诊断和修复这些问题的建议。
- 网络数据集未构建
- 网络存在未解决的构建错误
- 交叉点处的间隙或悬挂
- 组连通性策略不正确
- 垂直连通性策略不正确
- 特定交叉点处缺少端点或折点
- 成本属性配置不正确
- 限制不正确
- 在单行道上行驶不正确
- 不正确或非常严格的掉头政策
- 转弯不正确
- 等级值不正确
- 输入位于错误的网络要素上
- 定位设置错误
- 位置字段无效或过时
- 网络模型不正确
网络数据集未构建
无论何时更新网络数据集属性或编辑网络的源要素类，都必须先构建网络数据集，然后才能在网络分析中使用这些更改。
如果在网络已编辑但尚未重建时解决分析，可能会出现许多类型的意外结果。 路线可能不会使用更新的街道，几何可能与基础街道要素不匹配，成本可能不准确，并且限制可能会被忽略。
确定网络是否需要重建
要确定网络是否需要重建，请完成以下步骤：
- 打开网络数据集属性对话框。
- 单击常规。
页面显示有关网络数据集的常规信息。
- 检查构建状态部分下显示的信息。
如果状态为“未构建”，则必须重建网络数据集。 如果状态为已构建，但边和交汇点的数量为 0，则网络数据集存在问题，可能是未解决的构建错误。
网络存在未解决的构建错误
当运行构建网络工具来构建网络数据集时，可能会出现一条警告消息（警告 030116），表示构建成功但存在一些错误。 一些构建错误可以忽略，但其他错误则很严重，可能会导致分析结果不正确或不完整。 在对网络进行分析之前，请检查构建错误。
如果网络存在未解决的构建错误，则可能会出现多种类型的意外结果。 必须解决的常见主要问题通常涉及属性赋值器和转弯。
运行构建网络工具后，查找警告 030116。 警告消息文本包括构建错误文本文件的路径。 文本文件存储在临时位置，当您关闭 ArcGIS Pro 时会被删除。 如果您无法再访问构建错误文本文件，请重新运行构建网络工具。 使用执行完全重新构建选项进行完全重建，以确保您看到所有错误。
打开构建错误文本文件并检查构建错误。
交叉点处的间隙或悬挂
要对网络中从一条街道到另一条街道的出行进行建模，必须在交叉点处将要素正确地拼接在一起。 数字化错误可能会在应在交叉点连接的街道之间产生小的间隙或悬挂，即一条街道过多地占据交叉点，而不是捕捉到另一条街道。 这些间隙和悬挂将阻止网络数据集中从一条街道向另一条街道行驶。
不相连的交叉点可能会导致路线失败，因为找不到路径，需要绕行很远才能找到替代路径，或者需要意外转弯。
要检查间隙和悬挂，请将网络的源要素类添加到地图并放大以直观地检查有问题的交叉点。 街道是否相连，或者是否有可见的间隙或悬挂？ 也可使用浏览网络工具单击特定街道并识别与其相连的其他街道。 服务区线可用于缩小问题点的范围。 拓扑还可用于标记整个网络的间隙和悬挂，但可能会产生许多误报。
如果特定位置有少量间隙和悬挂，您可以使用编辑工具手动纠正它们。 建议您启用捕捉来协助编辑。 对于参与网络数据集的要素，某些自动行为将有助于保持街道的良好连接。
如果问题普遍存在，可以使用延伸线工具消除间隙，使用修剪线工具消除悬挂。
其他一些问题也可能导致交叉点断开：
组连通性策略不正确
网络数据集的连通性策略控制在交叉点处接触的要素是否被视为在网络中逻辑连接，以及是否可以在它们之间行驶。 组连通性策略控制来自不同源要素类的重合要素之间的连接以及同一源要素类内重合要素之间的连接。
尽管任何组连通性策略本质上都是错误的，但策略可能不适合网络中源要素类的配置，从而导致交叉点断开。 这种情况发生后，可能会导致路线失败，因为找不到路径，需要绕行很远才能找到替代路径，或者需要意外转弯。 这通常表现为整个网络的系统性问题，而不是特定于单个交叉点或区域的问题。
组连通性策略问题最常见的原因是边源的连通性策略选择不正确。 特别是，如果街道要素是与许多其他街道相交的长线，请使用任意顶点边连通性策略而不是端点。 使用端点连通性，要素只有在端点处接触才被视为连接。 因此，在折点相交的长线将被视为断开的。
确定网络连通性
要确定是否是您的问题，请首先检查网络是否对任何边源使用端点连通性：
- 打开网络数据集属性 对话框。
- 单击源设置 > 组连通性。
- 检查网络中每个边源的策略列的值。
如果边源已经使用任意折点连通性，则问题可能是连通性策略的另一个方面或完全不同的问题。 但是，如果边源使用端点连通性，请继续调查。
- 将网络的源要素类添加到地图。
- 逐个单击或选择几个街道要素。
如果街道要素很长并且跨越许多其他街道要素，则任意折点都是与端点相比更适合用于此数据的连通性策略，并且连通性策略可能会导致断开连接。
其他一些问题也可能导致交叉点断开：
如果连通性策略是问题的根源，则可以通过以下两种方式之一修复：将连通性策略更改为任意折点或在交叉点处断开源要素。
将连通性策略更改为任意折点
要将连通性策略更改为任意折点，请完成以下步骤：
- 打开网络数据集属性 对话框。
- 单击源设置 > 组连通性。
- 对于要更改的边源，使用策略列中的组合框将策略从端点更改为任意折点。
- 单击确定。
更新后的连通性策略将保存到网络数据集。
- 使用构建网络工具根据新的连通性策略重新构建网络数据集。
使用任意折点连通性策略时，请仔细检查立交桥和地下通道。 如果这些位置有顶点，街道就会被错误连接。 您可以通过删除折点或进行其他手动编辑来解决此问题。
在交叉点处断开源要素
如果您编辑源要素，将其断开为在所有交叉点处都有端点，则可以继续使用端点连通性，而不是将连通性策略更改为任意折点。
垂直连通性策略不正确
网络数据集的连通性策略控制在交叉点处接触的要素是否被视为在网络中逻辑连接，以及是否可以在它们之间行驶。 垂直连通性策略用于对立交桥、地下通道和垂直堆叠要素处的连接进行建模。
垂直连通性问题通常仅限于特定的交叉点。 例如，路线从桥中间左转到桥下的道路上。 或者，路线可能无法穿过交叉点，因为它在垂直方向上断开，尽管它不应该如此。
可以使用浏览网络工具单击特定的街道或交叉点并识别与其相连的其他街道。
如果网络使用 X、Y 和 Z 几何值来控制垂直连通性，则任何垂直连通性问题都可能是由于源要素的几何问题造成的。 使用地图或场景中的编辑工具来纠正这些几何问题。
如果网络使用垂直连通性的高程字段，则问题很可能是由于表示交叉点的要素的高程字段值造成的。 如果高程字段值相同，则要素将被视为相连。 如果它们不同，则这些要素将被视为断开连接。 编辑字段值以纠正连通性问题。
其他一些问题也可能导致交叉点断开：
特定交叉点处缺少端点或折点
网络数据集的连通性策略控制在交叉点处接触的要素是否被视为在网络中逻辑连接，以及是否可以在它们之间行驶。 使用端点连通性，要素必须在端点处相遇才被视为连接。 使用任意折点连通性，要素必须具有端点或折点才被视为连接。 如果交叉点缺少端点或折点，则这些交叉点将会断开，并且无法通过交叉点通行。
不相连的交叉点可能会导致路线失败，因为找不到路径，需要绕行很远才能找到替代路径，或者需要意外转弯。 如果您遇到这种性质的普遍问题，请首先验证您是否对数据使用了正确的连通性策略。 如果您确信使用了正确的连通性策略，但存在一些问题区域，则可能需要手动调查和编辑特定交叉点处的要素。
使用浏览网络工具单击特定街道并识别与其相连的其他街道。 您还可以使用网络数据集图层符号系统来符号化网络数据集中交叉点的位置。 如果两条边相互交叉，但在交叉点处没有连接，则它们不连接。 服务区线也可用于缩小问题点的范围。
根据需要使用编辑工具手动更正要素。
如果使用任意折点连通性，则可以使用整合工具在所有交叉处自动生成折点。 首先备份您的数据，因为整合工具可能会导致要素几何发生意外的变化。 手动检查地下通道和立交桥，以删除任何不应连接的街道折点。
其他一些问题也可能导致交叉点断开：
成本属性配置不正确
解决网络问题涉及最小化或优化某个值，通常是行驶时间或距离。 要优化的值是分析所使用的出行模式的阻抗属性。 如果对阻抗使用了错误的成本属性、该属性的配置不正确或者属性引用的源数据具有错误的值，则可能会出现意外的分析结果。
成本属性问题经常表现为行驶时间或距离具有不合理的值，即使行驶路径看起来合理。 非常小或非常大的服务区面也是一种症状。 如果分析使用中断，有时在中断内找不到解决方案，但移除中断可以使求解成功。
首先，确定是否使用正确的成本属性作为分析的阻抗。 了解如何检查网络分析图层使用的出行模式的阻抗属性。 还要检查阻抗属性的单位。 许多输出行程成本字段都以这些单位报告，并且输入字段和设置（例如中断）也应以这些单位指定。
如果使用了正确的成本属性并且单位解释正确，下一步就是检查成本属性是否配置正确。 您可以使用浏览网络工具来检查针对给定成本属性的每个网络元素返回的值并调试问题。
使用网络数据集属性页面来检查成本属性配置。 特别是检查控制计算成本值方式的赋值器。
即使成本属性的配置正确，如果属性使用字段脚本赋值器并且引用的字段具有不正确的值，则计算的值也可能不正确。 如果情况如此，则可能需要更新网络的源要素类。
如果对成本属性进行任何更改，则必须重建网络，然后才能重新尝试分析或使用浏览网络来检查值。
限制不正确
限制属性用于防止在网络中的某些道路上行驶。 例如，可以配置约束以防止过高的卡车在低桥下行驶或防止行人在高速公路上行走。 如果约束属性配置不正确，则可能会错误地允许或禁止在某些路段上行驶。
如果路线沿着应该限制通行的街道行驶或绕过您预计通行的街道，则约束属性可能存在问题。 约束属性可能会错误地阻止在应该不受限制的街道上行驶。 如果找不到路径，那么普遍存在的约束问题可能会导致路线求解失败。
首先，确定是否对分析应用了正确的约束。 了解如何检查网络分析图层使用的出行模式的约束。 还请检查任何属性参数值的约束。 例如，高度约束通常包括指定车辆高度的参数。
要进行调试，请关闭约束并重新运行分析。 如果获得预期的结果，则逐一打开约束，直到结果发生变化。 这表明哪个约束导致了问题。
如果使用了正确的约束并且参数具有预期值，则下一步检查约束属性是否配置正确。 浏览网络工具可用于检查给定道路是否受到每个约束属性的限制，并可用于调试问题。 网络数据集图层符号系统对于可视化整个网络的道路约束状态非常有价值。
使用网络数据集属性页面来检查约束属性配置。 特别是检查控制计算受限状态方式的赋值器。
即使约束属性的配置正确，如果属性使用字段脚本赋值器并且引用的字段具有不正确的值，则计算的值也可能不正确。 如果情况如此，则可能需要更新网络的源要素类。
如果对约束属性进行任何更改，则必须重建网络，然后才能重新尝试分析或使用浏览网络来检查值。
在单行道上行驶不正确
网络数据集中的单行道通常被建模为约束属性。 如果路线在单行道上以错误的方向行驶，或者未能按照正确的方向在单行道上行驶，则单行约束属性可能存在问题。 有关调试限制问题的提示，请参阅不正确的限制部分。
不正确或非常严格的掉头政策
用于分析的出行模式的掉头策略控制车辆在停靠点之间行驶时是否可以掉头以及在何处掉头。
如果在不掉头的情况下无法在一个停靠点和另一个停靠点之间行驶，则限制性掉头策略可能会导致求解失败。 位于死胡同的路线中途停靠点是造成此类问题的常见原因。
更改掉头策略以允许所有掉头并重新解决路线。 如果解决成功，这很可能是求解失败的原因。 在遵守所选掉头政策的情况下，无法在停靠点之间行驶。 如果您对求解失败的解释感到满意，则可以忽略该问题。 否则，请考虑使用更宽松的掉头政策进行分析。 了解如何检查和更新网络分析图层的掉头策略。
出行模式的掉头策略控制车辆在不同地点之间行驶时是否允许掉头以及在何处允许掉头。 它不控制车辆是否可以在沿途的停靠点掉头。 有些停靠点可能有车道或停车场，可以在那里掉头。 其他停靠点可能要求车辆在不安全或无法掉头的地方停在路边。 要控制各个停靠点的掉头行为，请设置停靠点的 CurbApproach 字段值。 限制性 CurbApproach 值与限制性掉头政策相结合会增加求解失败的可能性。
转弯不正确
转弯限制可防止从一条道路转弯到另一条道路，或对转弯增加成本。 转弯要素可对特定交叉点处的转弯进行建模，而全局转弯可配置为控制特定类型的所有转弯，例如左转弯。
转弯配置问题通常会导致通过交叉点时出现问题。 它们可能会导致路线失败，因为找不到路径，需要绕行很远才能找到替代路径，或者在不允许的位置意外转弯。 转弯要素的问题通常只影响特定的交叉点，而全局转弯配置的问题会系统地影响整个网络。
请注意，网络中转弯的目的是防止非法转弯并对转弯应用实际的行驶时间延迟。 如果路线在交叉点没有转弯，这可能是正确的结果，而不是问题。 仔细检查转弯以确定其是否按预期进行。
可以使用网络数据集图层符号系统在地图中可视化转弯要素，并使用浏览网络工具单独检查。 无法可视化全局转弯
用作分析阻抗的成本属性可能包括转弯要素的转弯延迟以及全局使用转弯类别赋值器。 用于分析的每个约束属性可能还会限制特定的转弯。 使用网络数据集属性页面来检查成本和约束属性配置。 特别是，检查控制转弯要素类和默认转弯的成本和限制值计算方式的赋值器。
转弯要素类赋值器可以配置字段脚本赋值器，该赋值器引用转弯要素类中字段的值。 即使赋值器配置正确，如果引用的字段值不正确，计算出的值也可能不正确。 如果是这种情况，则可能需要更新转弯要素类中的值。
编辑工作流也可能导致转弯要素出现问题。 使用一组引用边要素的 ObjectID 值的字段将转弯要素链接到其关联的边要素。 如果编辑了边，则 ObjectID 值可能会不同步。 使用按几何更新工具，使用转弯和边要素的几何将转弯 ID 字段值与边重新同步。 对于未来的编辑工作流，可以使用填充备用 ID 字段和按备用 ID 字段更新工具在编辑后保留 ID。
如果对转弯要素或成本配置或约束属性进行任何更改，则必须重建网络，然后才能重新尝试分析或使用浏览网络来检查值。
其他一些问题也可能导致交叉点断开：
等级值不正确
等级是分配给网络元素的次序或级别，通过限制求解器必须搜索的街道数，提高网络分析求解的性能。 如果分配给边的等级值无效（例如 0）或存在间隙（并非所有等级值都分配给网络中的任何边），或者网络在等级上不连续（例如，级别 1 的边未在级别 1 处连接），则可能会出现意外的分析结果。
等级的问题很微妙，很难识别。 路线路径可能看起来不太理想。 有时找不到路径，但当停靠点彼此靠近时就会找到路线，或者找到明显更好的路线。 有时，在问题中添加或删除更多点后，不变位置之间的成本会发生变化（特别是对于 OD 成本矩阵）。
要确定是否是等级导致了问题，请在关闭等级的情况下重新解决分析。
如果等级似乎是问题所在，请使用网络数据集属性页来检查等级属性配置。 特别是，检查控制计算每个边的等级值方式的赋值器，并检查等级范围值。
等级属性通常配置为引用道路类值。 即使等级属性的配置正确，如果属性使用字段脚本赋值器引用道路类值或其他字段和引用的字段具有不正确的值，则计算的值也可能不正确。 如果情况如此，则可能需要更新网络的源要素类。
输入位于错误的网络要素上
网络分析中使用的输入的地理位置很少与网络边和交汇点完全相交。 因此，所有输入都要经过在网络上定位的过程，以找到最近的可路由网络位置。
使用浏览位置工具来可视化每个分析输入点的网络位置。 要一次性显示所有网络位置，请使用带有 SnapX 和 SnapY 字段的 XY 表转点工具在其网络位置创建输入图层。 将输入加载到分析中时，可以在将输入导入网络分析图层时使用添加位置工具中的捕捉到网络选项。 此选项在其网络位置创建输入点（带有一些偏移），而不是将它们留在原始位置。
如果点位于错误的网络要素上，路线可能会在意外的位置开始和停止。 通常，点实际上并没有位于错误的网络要素上。 它们位于最近的非受限网络元素上，并受所应用的定位设置约束。 有必要了解定位规则，并且可能需要调整定位设置或输入点的地理位置，以确保点位于所需的位置。
默认情况下，输入不会定位在受限制的网络元素上或因障碍而无法通行的地方。 这可确保即使无法访问最近的网络位置也可以到达每个点。 在这种情况下，可以通过检查输入中的 Status 字段来识别输入点；这些点的值为 7（不是最近）。 使用浏览网络工具和网络数据集图层符号系统来浏览受到限制的网络元素。 如果限制看起来不正确，请参阅限制不正确以获取更多信息。
定位设置可用于控制点的定位位置和定位方式，不正确的定位设置可能会导致不良结果。 有关定位设置的信息，请参阅错误定位设置。
点可能位于街道侧，而不是位于其地址所在的街道上或车道入口处。 这种情况通常是因为该点在地理位置上更靠近街道侧，这在使用宗地质心或屋顶地址位置点时经常发生。 这些点可以手动纠正。 然而，在网络上定位点之前进行预处理可能是纠正大规模问题的更好方法。 考虑调整定位设置并使用这些更新的设置再次加载输入。 如果输入是通过地理编码地址生成的，请尝试使用路线位置而不是屋顶位置再次对其进行地理编码（如果您使用的定位器具有此选项）。 您可以使用将街道分配给点工具沿正确的街道生成地址位置。
如果预先计算了网络位置，则位置字段可能已过期或无效。
定位设置错误
网络分析中使用的输入的地理位置很少与网络边和交汇点完全相交。 因此，所有输入都要经过在网络上定位的过程，以找到最近的可路由网络位置。
各种定位设置控制输入在网络上的定位方式。 定位设置控制可以定位在哪个网络边和交汇点源点上、定位时是否使用搜索查询以及要使用的搜索距离。 如果点位于受到障碍或出行模式改变限制的元素上，设置还可以控制是否可以在求解时自动重新定位这些点。
如果您的分析输入似乎位于错误的位置，请检查定位设置以确保您使用的是预期的值。
位置字段无效或过时
网络分析中使用的输入的地理位置很少与网络边和交汇点完全相交。 因此，所有输入都要经过在网络上定位的过程，以找到最近的可路由网络位置。 该网络位置存储在输入表的一组字段中。
您可以预先计算网络位置字段并将其重新用于不同的分析。 但是，网络位置字段仅对最初用于计算它们的网络数据集和出行模式有效。 如果使用位置字段进行不同网络或出行模式的分析，或者在计算位置字段后对网络进行编辑，则位置字段可能无效，并可能导致分析出现意外行为。 路线可能会在意想不到的位置开始和结束，并且某些点可能无法定位。
使用计算位置工具，使用您计划用于分析的网络数据集和出行模式重新计算分析输入的网络位置。
网络模型不正确
网络数据集源要素类必须包括道路或其他可供行驶的要素，以及对交汇点进行建模的交叉点和对通过交叉点进行过渡建模的转弯。 创建网络数据集之后，可以使用它来解决网络分析，例如路线和服务区。 这些分析的输入（例如停靠点、设施点和障碍）不应包含在网络数据集中。 这些是特定于分析的，许多不同的分析可以使用相同的网络数据集。
将分析输入包含在网络数据集本身中可能会导致多种类型的错误和意外行为。 最常见的情况是，路线可能无法求解，因为输入位于与网络其余部分断开连接的交汇点上。 此外，构建网络可能会产生有关独立用户定义连接点的构建错误。
不要将分析输入作为源要素包含在网络数据集中。 将其从网络中删除，重建网络，然后再次尝试分析。
疑难解答工具和技术
本节介绍可用于解决意外网络分析结果的几种工具和技术。
浏览网络
您可以使用浏览网络工具检查地图显示中网络数据集图层或网络分析图层引用的网络数据集的网络元素和属性。 该工具可帮助识别以下内容：
- 与源街道要素关联的网络元素
- 与其邻近的其他网络元素
- 其遍历成本
- 其属性是否正确配置为返回预期值
- 其是否受活动出行模式限制
建议使用“浏览网络”工具作为检查和诊断多种类型的意外分析结果的第一步。
当使用“浏览网络”调查意外的分析结果时，请调整“浏览网络”设置以使用与您正在调查的网络分析图层相同的出行模式。 这可确保工具中显示的属性值与分析中使用的值相匹配。
浏览网络工具和网络数据集图层符号系统互补。 虽然网络数据集图层符号系统对于直观评估网络的整体正确性和受限街道的模式很有价值，但浏览网络工具对于调查单个网络元素或问题区域很有价值。
网络数据集图层符号系统
可以调整网络数据集图层的符号系统以协助排除故障。 除了对网络边、交汇点、转弯、交通和脏区的基本渲染控制之外，网络数据集图层的符号系统窗格还允许您根据特定出行模式的限制状态来渲染网络元素，并在仅允许单向穿越（单行道）的边元素上显示箭头。
网络数据集图层符号系统和浏览网络工具互补。 虽然“浏览网络”工具对于调查单个网络元素或问题区域很有价值，但网络数据集图层符号系统对于直观评估网络的整体正确性和受限街道的模式很有价值。
当使用网络数据集图层符号系统调查意外的分析结果时，请调整符号系统选项以使用与您正在调查的网络分析图层相同的出行模式。 这可确保地图中显示的符号系统与分析中使用的设置相匹配。
服务区线
服务区求解程序最常用于生成面，显示从给定位置出发在行驶时间或距离限制内可到达的区域。 然而，求解程序还能够输出代表可以在行驶时间或距离限制内到达的特定街道的线要素。 服务区线可以成为评估和调试网络连通性问题的有用工具。
要使用服务区线进行网络连通性调试，请创建一个服务区分析图层，将输出类型设置为线，在要调查的区域附近添加一个设施点，并设置一个足以覆盖要调查的整个区域的较大中断。 如果区域或个别街道未包含在服务区输出线中，则它们可能会断开连接。 使用浏览网络工具进一步调查特定问题点的连通性。
拓扑
地理数据库拓扑可用于识别、调查和纠正可能导致网络数据集出现问题的线几何问题，进而导致意外的网络分析结果。 首次创建网络时或纠正现有网络数据集源要素中普遍存在的几何问题时，可以使用拓扑。
使用拓扑识别和修复问题
完成以下步骤以使用拓扑来识别和修复网络源要素中的问题：
- 创建拓扑。
- 向拓扑添加一个或多个要素类。
- 向拓扑添加规则。
- 通过将规则应用到要素类来验证拓扑。
- 使用错误检查器窗格来调查并纠正已发现的问题。
线要素有多种拓扑规则。 网络源要素的推荐规则包括“不能重叠（线）”、“不能自重叠（线）”、“不能自相交（线）”和“不能相交或内部接触（线）”。
浏览位置
浏览位置工具可用于可视化分析输入的网络位置并检查其网络位置字段。 使用该工具来排除故障，确定各个输入在网络上的位置，并尝试定位设置。
可以在网络分析图层的功能区上找到“浏览位置”工具。 激活工具后，单击地图中的输入要素即可查看其在网络中的位置以及其位置字段。
来自 arcpy.nax 求解程序对象结果的输出图层包或文件
如果您正在使用 arcpy.nax 求解程序对象解决 Python 中的网络分析，请使用 saveAsLayerFile() 方法将分析设置和结果保存到图层文件或图层包中，以便您可以在地图中检查和试验。 但请记住，在许多情况下，网络分析图层输入和输出的模式与 arcpy.nax 求解程序对象使用的模式不同。
特定求解程序的疑难解答提示
每个网络分析求解程序都会产生不同类型的结果，并且本页描述的问题类型也会以不同的方式表现出来。 本节介绍对特定求解程序进行故障排除的技术。
路径
对于有多个停靠点的路线，请尝试逐个移除停靠点，直到结果改变或问题消失。 最近被移除的停靠站点很可能就是导致问题的停靠点。
服务区
服务区面是中断限制内可到达区域的艺术性表达，并且面输出会根据用户的设置而有很大差异。 服务区分析的实际算法解决方案是到达的街道。 配置服务区返回线路输出以查看到达的街道。 服务区线通常对于查找用于分析的网络数据集的问题很有价值。
OD 成本矩阵
由于从起点到目的地的网络路径不可用，因此 OD 成本矩阵分析中的意外结果可能难以识别和诊断。 要调查特定起点-目的地对的问题，请使用路线求解程序，以便您可以看到所采用的路径。
如果分析有大量的起点和目的地，请尝试将问题规模缩小到重现问题的最小起点和目的地。
线输出包括针对每个已找到路径的起点-目的地对的一条记录。 如果 Lines 表中不存在起点-目的地对的记录，则表示使用分析问题的约束（例如指定的中断和要查找的目的地数量）找不到路径。