Hyperledger Fabric测试网络运行自定义应用调用chaincode无有效节点响应

第一步：检查基础环境和链码部署状态 #

• 先确认测试网络的容器全部正常运行，执行docker ps --filter name=fabric-*，检查peer、orderer、ca、链码容器的状态是否为Up，无异常退出。如果有容器异常，先执行./network.sh down清理后重新启动网络、创建通道、部署链码。
• 确认链码成功部署到peer节点，执行如下命令验证：

docker exec cli peer lifecycle chaincode querycommitted -C mychannel -n basic

如果能返回链码的版本、序列、背书策略等信息，说明部署成功，否则重新执行deployCC步骤。

• 检查本地应用的依赖是否正确安装，确认已经安装了fabric-network、fabric-ca-client等官方要求的依赖包，且版本和你部署的Fabric网络版本匹配，比如使用Fabric 2.4版本的话，依赖包版本也要对应2.4.x，版本不兼容会导致请求无法被peer识别。

第二步：检查应用配置参数 #

• 确认代码里的channelName变量值是否为你创建的通道名mychannel，chaincodeName变量值是否为部署时指定的basic，拼写错误会导致无法找到对应的链码。
• 确认钱包路径walletPath对应的目录没有旧的身份证书残留，如果之前运行过官方示例或者其他测试，残留的身份证书会导致权限校验失败，调用前先清空钱包目录重新生成身份。
• 检查你的应用执行目录是否正确，buildCCPOrg1()方法依赖读取connection-org1.json连接配置文件，要确保你的应用代码所在目录的相对路径能正确访问到该配置文件，找不到连接配置会导致请求发送到错误的节点地址。

第三步：开启详细日志定位具体错误 #

在应用代码的gateway.connect之前加入日志配置，开启Fabric SDK的debug级别日志，打印完整的错误信息：

const { Utils } = require('fabric-common');
Utils.setLoggerLevel('debug');

重新运行应用后，会输出完整的peer返回的错误信息，常见的具体错误包括：

• 背书策略不满足：如果你部署链码时没有指定背书策略，默认需要Org1和Org2两个组织的peer背书，而你当前代码里discovery设置为false，只会发送请求到Org1的peer，导致背书不足。解决方法：要么把discovery的enabled改为true，让SDK自动发现所有需要背书的节点；要么部署链码时指定背书策略为只需要Org1签名，命令为./network.sh deployCC -ccn basic -ccp ../asset-transfer-basic/chaincode-javascript/ -ccl javascript -ccsp "OR('Org1MSP.member')"。
• 身份权限不足：如果日志显示签名校验失败或者没有调用链码的权限，确认你注册用户时的属性正确，或者直接用admin身份调用InitLedger测试。
• 链码执行报错：如果日志显示链码内部执行错误，比如参数错误、状态库操作失败，可查看链码容器的日志进一步定位，命令为docker logs <链码容器ID>。

第四步：验证官方示例是否正常 #

先进入官方的fabric-samples/asset-transfer-basic/application-javascript目录，执行官方的示例应用，如果官方应用能正常运行，说明你的网络和链码部署没有问题，问题出在你自己的应用的目录结构、配置参数或者依赖版本上，逐行对比你的代码和官方代码的配置项即可定位差异。

内容的提问来源于stack exchange，提问作者DTZ