Hyperledger Fabric Samples：修改后的最新链码未被./startFabric.sh加载

我来帮你搞定这个链码更新不生效的麻烦——这在Fabric开发初期真的是个高频踩坑点，咱们一步步拆解问题根源，然后解决：

问题根源 #

你遇到的情况本质上是旧链码的镜像、实例或者节点缓存没有被彻底清除：

• Fabric链码一旦被安装实例化后，会生成对应的Docker镜像和运行容器，就算你重启整个网络，只要这些镜像/容器还在，节点会优先加载旧的链码实例
• 部分版本的startFabric.sh脚本可能只负责启动容器，不会自动重新安装、实例化或升级链码，导致修改后的新链码根本没被部署到网络里

具体解决步骤 #

1. 彻底清理Fabric相关的Docker资源 #

这是最直接的方式，把旧的容器、镜像、卷全部清干净，确保网络从零开始：

# 停止所有运行的Docker容器
docker stop $(docker ps -aq)
# 删除所有Docker容器
docker rm $(docker ps -aq)
# 删除链码镜像（Fabric链码镜像通常以dev-开头，或包含你的链码名fabcar）
docker rmi $(docker images | grep 'dev-\|fabcar' | awk '{print $3}')
# 清理未使用的Docker卷（包含peer、orderer的数据库数据）
docker volume prune -f

注意：Docker Toolbox里的终端基于Git Bash，上面的命令可以直接执行，若遇权限问题可尝试加sudo（Toolbox一般不需要）

2. 检查并修改startFabric.sh脚本逻辑 #

很多时候startFabric.sh默认只会启动现有容器，不会重新处理链码，你需要确保脚本包含链码重新安装+实例化/升级的步骤：

• 打开fabcar目录下的startFabric.sh，找到链码相关的命令段
• 如果是旧版Fabric（用peer chaincode instantiate），确保每次运行脚本时，都会执行peer chaincode install和peer chaincode instantiate（而非仅第一次运行时执行）
• 如果是新版Fabric（用生命周期管理peer lifecycle chaincode），则需要包含package、install、approveformyorg、commit这些步骤，并且每次运行时使用新的版本号

3. 清理链码本地构建缓存 #

如果你用的是Node.js/Java等带依赖的链码，本地构建缓存可能会导致新修改的代码没被打包：

• 进入chaincode/fabcar目录
• 如果是Node.js链码，删除node_modules和package-lock.json，然后重新执行npm install
• 如果是Go链码，清理Go模块缓存：go clean -modcache

4. 不重启网络，直接升级链码（进阶方案） #

如果不想每次都重启整个网络，可以在现有网络运行时直接升级链码：

# 1. 打包新的链码（版本号要比之前的高，比如之前用1.0，现在用1.1）
peer chaincode package fabcar-v1.1.tar.gz --path ./chaincode/fabcar --lang node --label fabcar_1.1
# 2. 安装新链码包到peer节点
peer chaincode install fabcar-v1.1.tar.gz
# 3. 升级链码（指定新的版本号）
peer chaincode upgrade -C mychannel -n fabcar -v 1.1 -c '{"Args":["init"]}'

这里的mychannel是默认通道名，fabcar是链码名，可根据你的实际情况调整

验证方法 #

重新运行startFabric.sh后，调用链码接口（比如用fabcar的Node.js应用），查看日志或响应，确认新的链码逻辑已经生效。

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