java bytearray 线程安全_.NET Core 2.0多线程/异步问题中的DownloadRangeToByteArrayAsync

我在.NET Core 2.0上的Microsoft.AzureStorage 9.1 Nuget包中遇到了DownloadRangeToByteArrayAsync方法的问题 . 每当我在并行或异步中执行DownloadRangeToByteArrayAsync时,都会导致任何后续耗时操作的性能问题 . 这是我使用的代码:

static void Main(string[] args)

{

var storageAccount = CloudStorageAccount.Parse("");

var blobClient = storageAccount.CreateCloudBlobClient();

var container = blobClient.GetContainerReference("");

List listBlobs = new List();

for (int c = 0; c < 100; c++)

{

listBlobs.Add(container.GetBlockBlobReference(""));

}

var tasks = listBlobs.Select(async bl =>

{

byte[] buffer = new byte[128];

await bl.DownloadRangeToByteArrayAsync(buffer, 0, 65536, 128);

return buffer;

});

Task.WaitAll(tasks.ToArray());

for (int c = 0; c < 100; c++)

{

Stopwatch sw = Stopwatch.StartNew();

byte[] buffer = new byte[1024];

listBlobs[0].DownloadRangeToByteArrayAsync(buffer, 0, 65536 * c, 1024).Wait();

Console.WriteLine(sw.ElapsedMilliseconds);

}

Console.Read();

}

}

当我执行上面的代码时,在Task.WaitAll()之后,以下循环的每次迭代都需要很长时间 . 如果我在代码中没有包含Task.WaitAll,那么每次迭代花费的时间超过4倍 . 它也花费了4倍的时间,因为在.NET Framework 4.6.1中也执行了完全相同的代码(也使用了WindowsAzure.Storage 9.1.0) . 使用Parallel.ForEach替换Select语句也会导致同样的问题,但如果我在DownloadRangeToByteArrayAsync上执行了.Wait()而不是await就可以了 . 同样经过LINQ / Parallel语句大约2分钟后,所有后续操作的运行时间恢复正常 . 另外,当我调试它时,它显示LINQ语句(或Parallel.ForEach)在.NET Core上创建了超过100个线程,而它只在.NET Framework上创建了大约10个 . 此外,即使在一个多小时后,这100条线程中的大部分都没有消失 .

有没有人知道DownloadRangeToByteArrayAsync或线程从.NET Framework 4.6.1更改为导致该问题的.NET Core 2.0?

在libusb库异步传输通常通过回调函数和多线程处理来实现。以下是一个简化的Python示例,使用`threading`模块来演示如何在一个单独的线程进行异步的USB设备读写操作: ```python import libusb1 import threading # 初始化libusb context context = libusb1.USBContext() def async_transfer(device, endpoint, buffer_size): def transfer_callback(transferred_bytes, status, error_number): if status == libusb1.LIBUSB_TRANSFER_COMPLETED: print(f"Received {transferred_bytes} bytes") else: print(f"Transfer failed with error {error_number}") # 开始异步读取或写入 request_type = libusb1.LIBUSB_REQUEST_TYPE_DIR_IN if writing else libusb1.LIBUSB_REQUEST_TYPE_DIR_OUT request = libusb1.libusb_fill_transfer( .transfer_buffer, device.handle, endpoint, buffer_size, request_type, transfer_callback, None, ) # 开启传输 try: result = context.queue_transfer(request) if result > 0: print("Transfer started...") else: print("Failed to queue transfer.") except Exception as e: print(f"Error queuing transfer: {str(e)}") # 设备信息和端点 device_address = ... # 你的设备地址 endpoint = ... # 你想使用的端点(IN或OUT) buffer_size = ... # 每次请求的数据大小 # 创建读写标志 writing = True # 当True表示写操作,False表示读操作 # 分配内存缓冲区 transfer_buffer = (c_char * buffer_size).from_buffer(bytearray(buffer_size)) # 创建线程处理异步任务 async_thread = threading.Thread(target=async_transfer, args=(device_address, endpoint, buffer_size)) async_thread.start() # 等待线程完成,可根据需要添加其他线程同步逻辑 async_thread.join()
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值