我有两个Azure函数类型计时器，直到几天前工作正常.我没有改变代码中的任何东西..与前一周相同.今天我打算启动项目来测试与API的交互，但函数没有启动并抛出此错误.我试图在函数的开始处放置调试点，但调试不启动，在没有输入函数的情况下立即抛出此错误。问题是什么？？我应该怎么做？
就像我说的，我不认为这是一个代码问题，所以如果没有必要，我不会发布它。
这是我的local.settings.json：
**[EDIT]**错误为文本：
For detailed output, run func with --verbose flag.
[2023-04-03T11:00:08.960Z] Host lock lease acquired by instance ID '000000000000000000000000029601DB'.
[2023-04-03T11:00:28.905Z] The listener for function 'WeeklyUpdateStandings' was unable to start.
[2023-04-03T11:00:28.908Z] The listener for function 'WeeklyUpdateStandings' was unable to start. Azure.Storage.Blobs: Service request failed.
[2023-04-03T11:00:28.913Z] Status: 500 (Internal Server Error)
[2023-04-03T11:00:28.915Z]
[2023-04-03T11:00:28.917Z] Headers:
[2023-04-03T11:00:28.919Z] Server: Azurite-Blob/3.19.0
[2023-04-03T11:00:28.921Z] x-ms-creation-time: Tue, 21 Mar 2023 13:05:03 GMT
[2023-04-03T11:00:28.922Z] ETag: "0x1F823F265BF6F90"
[2023-04-03T11:00:28.924Z] x-ms-blob-type: BlockBlob
[2023-04-03T11:00:28.928Z] x-ms-lease-state: available
[2023-04-03T11:00:28.931Z] x-ms-lease-status: unlocked
[2023-04-03T11:00:28.932Z] x-ms-client-request-id: 33215f58-4617-40bb-b83d-c2cbfc569778
[2023-04-03T11:00:28.934Z] x-ms-request-id: 5f791a85-41f1-466f-897e-bd6a304e3d0f
[2023-04-03T11:00:28.937Z] x-ms-version: 2021-10-04
[2023-04-03T11:00:28.939Z] Accept-Ranges: bytes
[2023-04-03T11:00:28.940Z] Date: Mon, 03 Apr 2023 11:00:28 GMT
[2023-04-03T11:00:28.947Z] x-ms-server-encrypted: true
[2023-04-03T11:00:28.949Z] x-ms-blob-content-md5: ju8YOCtSeTzOodG9Hn2PtA==
[2023-04-03T11:00:28.951Z] Connection: keep-alive
[2023-04-03T11:00:28.953Z] Keep-Alive: REDACTED
[2023-04-03T11:00:28.955Z] Last-Modified: Tue, 21 Mar 2023 13:05:03 GMT
[2023-04-03T11:00:28.957Z] Content-Length: 127
[2023-04-03T11:00:28.963Z] Content-Type: application/octet-stream
[2023-04-03T11:00:28.965Z] Content-MD5: ju8YOCtSeTzOodG9Hn2PtA==**[编辑]**如果我用一个简单的azure函数开始一个新项目，它可以正常工作
**[EDIT]**在新项目中，如果我复制函数并启动它，它就能正常工作。这是怎么可能的呢？
2条答案
按热度按时间ipakzgxi1#
我不知道这是否是每种情况下的全局解决方案，但是...我发现哪个进程正在监听blob服务的同一端口并将其杀死。在通过npm安装azurite后，我启动了它，当我运行项目时，它正常工作。所以总结一下，为什么另一个进程控制端口10000而不是Azure Blob服务，在前几天使用相同的端口正常？？
步骤：
1.终止使用端口的进程：taskkill/F /PID 21500
1.如果未安装，请在数据包管理器中：npm install -g azurite
1.运行蓝铜矿：azurite --silent --location c：\azurite --debug c：\azurite\debug.log
但我不明白为什么Visual Studio不像上周那样自动发布Azureite。
pbpqsu0x2#
但我不明白为什么Visual Studio不像上周那样自动启动Azurite。
Visual Studio将自动启动Azurite Storage模拟器，但该模拟器应在系统中处于运行模式。
为此，您可以在打开Visual Studio之前运行Azure可执行文件或从命令行执行。
您可以在Microsoft文档的此部分中找到运行Azurite Storage模拟器的过程。
但是如果端口正在被其他进程使用，那么你需要像你在解决方案中所做的那样执行步骤，要么杀死现有进程以使端口打开/空闲，要么更改端口-步骤参考：44976890