无法解析指定的连接标识符

ORA-12154: TNS: 无法解析指定的连接标识符(原创)相信作为ORACLE数据库的开发人员没有少碰到“ORA-12154: TNS: 无法解析指定的连接标识符”，今天我也又碰到了类似的情况，将我的解决方法进行小结，希望能对碰到同样问题的友人们提供帮助。

问题场景描述：服务器端版本：oracle 10.2.0.10客户端版本：oracle 10.2.0.10客户端开发工具：PL/SQL Developer通过客户端来连接服务器，其主要文件就是通过客户端的tnsnames.ora来配置，在原文件的基础上增加：SID别名 =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = SERVER_IP)(PORT = 1521)))(CONNECT_DATA =(SID = SID_NAME)))例：dev_db =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = 172.168.10.5)(PORT = 1521)))(CONNECT_DATA =(SID = ora10)))通过PL/SQL Developer连接dev_db时，报“ORA-12154: TNS: 无法解析指定的连接标识符”。

（这个问题以前也碰到过，但解决方法不太一样，因具体的问题不太一样。

）我将自己知道的一些解决方法说一下：1.先检查服务器端的监听服务是否打开，如果没有打开请启动其监听客户端:tnsping <tns_name>服务器Linux下:#>lsnrctl status 查看监听状态#>lsnrctl start启动监听2.通过Sql Plus连接一下试试，如果Sql Plus连接能成功，那就说明你的tnsnames.ora 内容有错误我的问题就在别名dev_db前面有一个空格，这个可以通过文本编辑器(Edit Plus,UE等)来查看是否有空格，只要有空格那就肯定是不行的，而且如果那段内容是出现在文件的中间的话，将导致该文件里所有相应的连接别名都不成功，如果是在最后面就只有其自身连接别名不能成功，其他连接别名还是能连接成功。

errorLNK2019：⽆法解析的外部符号public: double __thiscall Eigen::MatrixBase<class Eigen::Matrix<double,-1,--1。

等等，该符号在函数 _main 中被引⽤。

遇到这种问题⼀般都是由于缺少相应的库⽂件。

其中主要看！（？ xxxxx @@ 的那个函数名。

没有定义或声明。

#include<Eigen/Core>c.determinant();解决办法：是忘了包含⽂件：#include <Eigen/Dense>其他原因分析：采⽤开源程序，忘记添加依赖项项⽬、属性、C/C++、附加包含⽬录：填写附加头⽂件所在⽬录分号间隔多项；项⽬、属性、链接器、常规、附加库⽬录：填写附加依赖库所在⽬录分号间隔多项；项⽬、属性、链接器、输⼊、附加依赖项：填写附加依赖库的名字.lib 空格或分号间隔多项。

“error LNK2019: ⽆法解析的外部符号”的⼏种可能原因 - CSDN博客引⽤ .h ⽂件导致找不到.cpp中的定义，⽽引⽤.cpp可以通过.cpp找到.h：有⼀个解决⽅案，有两个⼯程A，B。

⼯程B中定义了⼀个类，在⼯程A的demo.cpp中引⽤该类，但是如果是 #include "XX,h"，则会出现“error LNK2019: ⽆法解析的外部符号” 如果是#include "XX.cpp"，则可以顺利编译通过。

或，c/c++混合编程， c⽂件内函数⽆法呼叫c++⽂件内函数，应该将c⽂件名改为.cpp，或者将c++⽂件名改为.c。

碰到“error LNK2019: ⽆法解析的外部符号” - CSDN博客。

无法解析外部的符号函数main中引用了该符号
在编程中，"无法解析外部的符号"通常是指编译器无法找到一些变量或函数的定义。

这可能是由于以下几种原因造成的：
1. 头文件未包含：如果你在函数main中引用了一些变量或函数，但是对应的头文件没有包含进来，编译器将无法找到符号的定义。

解决方法是在函数main的开头添加 #include 语句，将相关头文件包含进来。

2. 函数或变量未定义：如果在函数main中引用了一些函数或变量，但是在之前的代码中未定义它们，编译器会报告无法解析符号的错误。

解决方法是在函数main之前定义所需的函数或变量。

3.链接错误：链接阶段是将各个文件中的代码整合在一起生成可执行文件的过程。

如果一些变量或函数的定义在其他文件中，编译器在链接阶段无法找到对应的定义，会报告无法解析外部符号的错误。

解决方法是确保所有需要链接的文件都包含在编译过程中。

4. 命名空间错误：如果你在函数main中引用了一些在不同命名空间中的变量或函数，编译器无法正确解析该符号。

解决方法可以是使用命名空间限定符或者在函数main之前使用using语句，将该命名空间引入到作用域中。

注意，以上只是一些常见的解决方法，具体情况可能会有所不同。

如果你能提供更多的代码和错误信息，我可以为你提供更具体的帮助。

detours无法解析的外部符号当您在编程过程中遇到“detours无法解析的外部符号”这个错误，这通常意味着您的程序试图调用一个未被正确编译的函数或变量。

在这种情况下，可能是在使用detours库时出现了问题。

Detours 库是一个用于Windows平台下的调试钩子（debug hook）库，常用于软件保护和调试。

以下是一些可能导致此错误的常见原因和相应的解决方法：1. 库文件未正确安装或导入：确保您已正确安装detours库，并已将其包含在项目构建过程中。

如果您使用的是第三方库，请确保已按照库的说明正确配置和导入。

2. 编译问题：如果您是在尝试编译您的代码时遇到此错误，请确保您已正确配置编译器以找到detours库。

检查库文件的位置是否已添加到编译器的包含路径（include）和库路径（lib）中。

3. 链接错误：如果您的代码依赖于detours库中的特定函数或变量，但这些函数或变量未被正确链接，则会出现此错误。

请检查您的代码中是否正确设置了链接标志，并确保所有依赖的库文件都被正确链接。

4. 版本不匹配：确保您使用的detours库版本与您的代码和其他依赖项兼容。

不同版本的库可能有不同的API，导致出现错误。

5. 调试信息：如果您正在使用调试器来检查代码，请确保您的构建选项包括适当的调试信息。

某些情况下，缺少调试信息可能会导致符号解析错误。

以下是一个可能的解决方案和代码示例，以帮助您更好地理解如何使用detours库：首先，您需要确保已安装detours库并将其包含在项目构建过程中。

假设您使用的是Visual Studio作为开发环境，您可以按照以下步骤进行操作：1. 打开Visual Studio，并打开您的项目。

2. 在项目属性（Properties）中，找到“配置属性”（Configuration Properties）下的“VC++目录”（VC++ Directories）。

3. 确保“包含目录”（Include Directories）中包含了detours库的include目录。

Oracle 连接错误故障排除产品：Tableau Desktop, Tableau Server版本：All上次修改日期：24 Aug 2015Oracle 驱动程序需要具有唯一格式的特定连接语句。

然而，可能并不总是需要TNSNames.ora 文件。

例如，如果仅安装了 Tableau 提供的 Oracle 文件，且不具有独立的 Oracle 客户端。

Oracle 错误消息涉及 TNSNames.ora 文件。

通常，纠正“高级 Oracle 连接”对话框中的路由或命名语法，或者使用 .WORLD 数据库全名，即可解决大部分 Oracle 连接问题。

如果连接错误需要进一步进行故障排除，请参阅下面列出的 4 种常见连接错误。

•ORA-03113：通信信道上的文件结尾•ORA-12154：TNS：无法解决指定的连接标识符 HOST 值不正确或者全局名称不正确或未知的问题•ORA-12514：TNS 侦听器当前无法识别连接描述符中请求的服务SERVICE 值不正确•ORA-12541：TNS：无侦听器PORT 值不正确•ORA-00932：数据类型不一致ORA-03113：通信信道上的文件结尾ORA-03113 是任何干扰 Oracle 会话的问题的全捕获类型错误。

造成该错误的原因可能有很多。

请参阅下表，了解故障排除指南。

•请参阅特定于此错误的 Oracle 文档：我的 Oracle 支持。

o请参阅 Oracle 的 B 常见错误故障排除页面。

•Oracle 建议您检查网络问题并审查 SQL*Net 设置。

•如果连接到 Oracle 9.2.0.5，则在很多情况下，造成此错误的主要原因是 Oracle 错误 3010227。

请要求 Oracle 数据库管理员应用 Oracle修补程序 9.2.0.6 或适合您服务器的另一个修补程序。

•将 Oracle 初始化参数“STAR_TRANSFORMATION_ENABLED”设置为FALSE。

错误代码2001通常指的是在编译或信息程序时无法解析的外部符号。

这个问题可能会出现在各种编程语言中，包括C++、Java、Python 等。

出现这个问题通常是因为编译器或信息器找不到所需的符号声明或定义。

造成错误代码2001的原因有很多，下面对其进行详细讨论：1. 未包含所需的头文件在C或C++编程中，如果使用了某个函数或变量，却没有包含所需的头文件，编译时就会无法解析该外部符号。

这种情况通常可以通过包含正确的头文件来解决。

2. 函数或变量未定义如果使用了某个函数或变量，但没有进行相应的定义，编译时就无法解析该外部符号。

这种情况通常出现在头文件和源文件分离的情况下，需要在源文件中进行相应的定义。

3. 信息错误信息器在将各个目标文件信息成可执行文件时，可能会出现无法解析的外部符号。

这种情况通常是因为缺少某个目标文件或库文件，或者信息器无法找到符号的定义。

4. 名称空间问题在C++编程中，如果将函数或变量定义在某个命名空间中，但在调用时没有加上相应的命名空间前缀，编译时就会无法解析该外部符号。

这种情况可以通过使用命名空间前缀或者在调用处添加using namespace语句来解决。

5. 操作系统或编译器差异有时候，错误代码2001可能是由于不同操作系统或编译器之间的差异导致的。

在这种情况下，需要对代码进行相应的调整或者使用特定的编译选项来解决问题。

针对错误代码2001的解决方法也有很多，下面对其进行详细说明：1. 确保包含所需的头文件在编写C或C++程序时，需要确保每个函数或变量的声明都能够被编译器找到。

这就意味着需要包含所需的头文件，以便编译器知道如何解析这些外部符号。

2. 确保进行了相应的定义如果在程序中使用了某个函数或变量，需要确保在适当的地方进行了定义。

这通常涉及到在源文件中添加相应的定义，以便编译器能够解析这些外部符号。

3. 检查信息时的依赖关系在进行信息时，需要确保所有的目标文件和库文件都能够被正确地信息到一起。

今天整个一天我都在oracle中晃悠，修复PLSQL无法登陆的问题，到现在终于解决了。

感觉走了很多弯路，希望在这里能给大家一些帮助。

指导一下大家解决：忘记密码、用户被锁住，登陆时出现的ORA-12154 TNS无法解析指定的连接标识符、ORA-12514 TNS：监听进程不能解析描述符和ORA-12541 无监听程序。

这三类错误是经常见的，命名都十分相似。

下面我们来一一解决。

首先我要申明，这里提供多种解决方式，因为每个人电脑环境都不一样，造成这种错误的原因也各不相同，所以大家多尝试肯定会解决你的问题。

第一个问题：忘记密码怎么办？用户锁住了怎么办？1进入cmd2 sqlplus / as sysdba3alter user sys identified by 新密码;(例如：alter user scott identified by tiger) 这句话的意思是将scott用户的密码设置成by后面的字符串tiger。

当然你也可以新建一个用户，步骤如下1 进入cmd2sqlplus / as sysdba或者sqlplus sys/密码as sysdba3 create user 用户名identified by 密码;4grant connect,resource to 用户名;5 conn 用户名/密码说明：如果第5步可以连接成功说明，用户建立成功，就可以用这个用户登录了。

提示：这里的输入口令，你只要输入就可以，它不会显示出来的，输入完密码之后按下Enter就可以了，出现连接到：就说明成功连接数据库。

那么我们用刚刚修改了密码的scott登录时候出现了，用户锁住了，我们可以用sys登录，然后使用Alter user scott account unlock;出现用户已更改，说明解锁成功，可以使用scott用户登陆了。

这样对于密码的问题，我们就已经解决了。

---ORA-12154 TNS无法解析指定的连接标识符。

ORA-12154：TNS：⽆法解析指定的连接标识符问题：ORA-12154：TNS：⽆法解析指定的连接标识符截图如下：我的解决步骤如下：1）查看监听状态lsnrctl status ,如果没有启动的话，使⽤lsnrctl start启动C:\Users\Administrator>lsnrctl statusLSNRCTL for64-bit Windows: Version 11.2.0.1.0 - Production on 11-8⽉ -2017118:08Copyright (c) 1991, 2010, Oracle. All rights reserved.正在连接到 (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.2.30)(PORT=1521))LISTENER 的 STATUS------------------------别名 LISTENER版本 TNSLSNR for64-bit Windows: Version 11.2.0.1.0 - Proction启动⽇期11-8⽉ -201711:45:20正常运⾏时间0天0⼩时2分48秒跟踪级别 off安全性 ON: Local OS AuthenticationSNMP OFF监听程序参数⽂件 E:\app\Administrator\product\11.2.0\dbhome_64\networadmin\listener.ora监听程序⽇志⽂件 e:\app\administrator\diag\tnslsnr\WIN-69CON556EF4\liener\alert\log.xml监听端点概要...(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.2.30)(PORT=1521)))服务摘要..服务"CLRExtProc"包含1个实例。

Oracle连接出现ora-12154⽆法解析指定的连接标识符配置好rac后,两个节点⽤tnsping都可以ping通,但⽤sqlplus连接都出现以下错误,不知道哪⾥出了问题[oracle@rac2 admin]$ lsnrctl statusLSNRCTL for Linux: Version 9.2.0.4.0 - Production on 04-MAR-2008 08:32:26Copyright (c) 1991, 2002, Oracle Corporation. All rights reserved.Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=rac2)(PORT=1521)))STATUS of the LISTENER------------------------Alias LISTENERVersion TNSLSNR for Linux: Version 9.2.0.4.0 - ProductionStart Date 04-MAR-2008 08:29:03Uptime 0 days 0 hr. 3 min. 22 secTrace Level offSecurity OFFSNMP OFFListener Parameter File /home/oracle/9.2.0.4/network/admin/listener.oraListener Log File /home/oracle/9.2.0.4/network/log/listener.logListening Endpoints Summary...(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=rac2)(PORT=1521)))Services Summary...Service "PLSExtProc" has 1 instance(s).Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...Service "esal" has 2 instance(s).Instance "rac1", status READY, has 1 handler(s) for this service...Instance "rac2", status READY, has 1 handler(s) for this service...The command completed successfully[oracle@rac2 admin]$ lsnrctl serviceLSNRCTL for Linux: Version 9.2.0.4.0 - Production on 04-MAR-2008 08:32:32Copyright (c) 1991, 2002, Oracle Corporation. All rights reserved.Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=rac2)(PORT=1521)))Services Summary...Service "PLSExtProc" has 1 instance(s).Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...Handler(s):"DEDICATED" established:0 refused:0LOCAL SERVERService "esal" has 2 instance(s).Instance "rac1", status READY, has 1 handler(s) for this service...Handler(s):"DEDICATED" established:0 refused:0 state:readyREMOTE SERVER(address=(protocol=tcp)(host=rac1)(port=1521))Instance "rac2", status READY, has 1 handler(s) for this service...Handler(s):"DEDICATED" established:0 refused:0 state:readyLOCAL SERVERThe command completed successfully[oracle@rac2 admin]$ sqlplus cy/zh@esalSQL*Plus: Release 9.2.0.4.0 - Production on Tue Mar 4 08:32:45 2008Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.ERROR:ORA-12154: TNS:could not resolve service nameEnter user-name:ERROR:ORA-01017: invalid username/password; logon deniedEnter user-name: cy/zh@rac1ERROR:ORA-12154: TNS:could not resolve service nameSP2-0157: unable to CONNECT to ORACLE after 3 attempts, exiting SQL*Plus[oracle@rac2 admin]$ sqlplus cy/zh@rac2SQL*Plus: Release 9.2.0.4.0 - Production on Tue Mar 4 08:32:59 2008Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.ERROR:ORA-12154: TNS:could not resolve service nameEnter user-name:按照如下过程，⼀般都能解决：在虚拟机内开cmd，⽤lsnrctl status查看监听器监听的服务如看到监听服务“orcl”，那在本机的tns配置中(SERVICE_NAME = orcl)必须写orcl；如果想要⾃定义，则在虚拟机内的listener 配置中就要加⼊⾃定义服务名，记得要重启监听服务：lsnrctl reload最后形成的配置⽂件如下虚拟机listener：SID_LIST_LISTENER =(SID_LIST =(SID_DESC =(GLOBAL_DBNAME = test) ⾃定义服务名(ORACLE_HOME = E:oracleproduct10.2.0db_1) db_home(SID_NAME = test))(SID_DESC =(PROGRAM = extproc)(SID_NAME = PLSExtProc)(ORACLE_HOME = E:oracleproduct10.2.0db_1) ##这个服务保证你可以使⽤外部过程，如C程序))本机tns：ORCL_XNJ =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = 182.12.15.232)(PORT = 1521)))(CONNECT_DATA =(SERVICE_NAME = test) 与⾃定义服务名对应))再次连接，问题解决！记住，⼀定从最简单的原因找起，不要⼀上去就看到⽹上的什么改process数、注册表之类的，要想想本机能连为什么通过⽹络就不⾏，还是定位问题。

解决链接错误：error LNK2001: 无法解析的外部符号__iob2008-09-05 16:28该错误主要是由于静态库在VC6编译而主程序在VC2005编译，大家用的CRT不同。

解决办法，代码中增加#ifdef __cplusplusextern "C"#endifFILE _iob[3] = {__iob_func()[0], __iob_func()[1], __iob_func()[2]};此错误的产生根源：在VC6的stdio.h之中有如下定义_CRTIMP extern FILE _iob[];#define stdin (&_iob[0])#define stdout (&_iob[1])#define stderr (&_iob[2])stdin、stdout、stderr是通过查_iob数组得到的。

所以，VC6编译的程序、静态库只要用到了printf、scanf之类的都要链接_iob数组。

而在vc2005中，stdio.h中变成了_CRTIMP FILE * __cdecl __iob_func(void);#define stdin (&__iob_func()[0])#define stdout (&__iob_func()[1])#define stderr (&__iob_func()[2])_iob数组不再是显式的暴露出来了，需要调用__iob_func()函数获得。

所以vc6的静态库链接VC2005的C运行库不到_iob数组.通过重新定义FILE _iob[3] = {__iob_func()[0], __iob_func()[1], __iob_func()[2]};就把vc6需要用到的_iob数组搞出来了。