相依性地狱（英语：dependency hell），又称依赖地狱，是指在操作系统中由于软件之间的依赖性不能被满足而引发的问题。
一个软件包依赖于其它必要的软件包（且版本要符合要求），使得软件包系统形成了复杂的依赖关系网络，并可能引发一系列问题。一些软件包可能因为依赖性无法满足，需要安装大量软件包；另一方面，一个软件包的卸载可能引发数量众多的软件包无法工作。
目前，GNU/Linux通过高级软件包管理机制，一定程度上解决了相依性地狱问题。较著名的有Debian阵营的APT[1]和Redhat阵营的Yum，及 Yum 的后继包管理工具 DNF[2]。
相较“另起炉灶”的做法，现代软件往往会利用一些已有的组件（如库、程序、多媒体文件）进行开发。这些组件可能是某个软件，也可能是专门为其他软件使用而设计（库）。程序开发者根据特定版本的组件来设计自己的软件。这种方式减少了开发的工作量，使得程序比较轻便。但是该软件要正确运行，必须安装了指定版本的某些组件。
做一个比喻：你在建造一所房子。你的工作只有建造房子。而你并不生产门窗。由于门洞和窗口的尺寸要和门窗配合，因此你不得不寻找了一家门窗厂商，以他们生产的门窗作为标准，来建造合适的房子。你建造的房屋必须依赖于这家门窗厂商所生产的特定型号的门。
这便是相依性的产生过程。
若只有简单的相依性，则比较容易解决。如A软件依赖e、z软件包，而e、z软件包没有依赖，只需要安装e、z软件包，再安装A软件即可。就如建造商与门窗商的依赖关系，简单明了。
而当依赖性过多，且具有多级结构，形成错综复杂的网络，依赖性的解析就会变得异常困难，甚至出现无法解析的致命错误。
一个软件包可能依赖于众多的库，因此安装一个软件包的同时要安装几个甚至几十个库包。
指从所需软件包到最底层软件包之间的层级数过多。这会导致依赖性解析过于复杂，并且容易产生依赖冲突和环形依赖。
即两个软件包无法共存的情况。除两个软件包包含内容直接冲突外，也可能因为其依赖的低层软件包互相冲突。因此，两个看似毫无关联的软件包也可能因为依赖性冲突而无法安装。
即依赖性关系形成一个闭合环路，最终导致：在安装A软件包之前，必须要安装A、B、C、D软件包，然而这是不可能的。