最近体验了天某云对象存储的功能，作为一名资深开发者，开发体验差强人意，与阿里云存在一定的差距。
首先在开发文档上居然没有基于nodejs的代码示例，只有java,c#,go等的代码示例，虽然有javascript的，但那也只适用于浏览器端。难道nodejs就这么不受待见，阿里腾讯的云服务开发我都用过不少，nodejs也是和几大主流语言，有自己一席之地，甚至当年阿里函数计算出来时都是只支持nodejs，这么到这里连个名字都没见，失败。
然后看到也提供api调用的方式，就改用这个来实现对象存储的访问，结果调试发现，有明显的时延，做一次预签名下载链接生成，从发起调用到返回居然平均要1秒多，咨询技术支持，他说不清楚api调用，都是用的sdk访问，甩给我一个java写的demo,平均耗时不到600～800毫米，说仅预签名调用才几十毫秒。（？？建立网络连接的开销占比这么大？后来判断估计是他那边的网络不行），但至少给了我一个思路方向：
如果你的应用对oss的性能要求高，不要考虑它的api调用，一定是用sdk方式。
这就回到原来的问题上，要么我用其他语言的sdk,要么我自己想办法在nodejs实现sdk的调用方式。最开始我以为javascript的sdk可以拿来用在nodejs上，结果被打脸，用了下根本没法跑。后来看了下技术给的java文档，这不就是aws的库吗？还是S3的标准，上chatgpt赶紧问问，果不其然原来aws官网就已经给出了详尽的演示代码，天某云你做啥子嘛，好歹直接在开放者文档上给个链接也行啊，害得老子转了一大圈用了你的api调用。
这是aws的预签名链接Create a presigned URL for Amazon S3 using an AWS SDK - Amazon Simple Storage ServiceCreate a presigned URL for Amazon S3 using an AWS SDK
https://docs.aws.amazon.com/AmazonS3/latest/userguide/example_s3_Scenario_PresignedUrl_section.html
然后copy了下拿到本地开发调试，半小时不到跑通搞定，爽！！！
经过实测，从建立连接到生成一个预签名下载链接，平均不到50毫秒。这个速度完全满足了应用到需要。
初始化client注意的点：
*region字段要有，但值无所谓，按技术支持说的不用填，但不写的话，代码会报错。
*ak, sk到某某云的对象存储管理页面里去查。
* endpoint的话，创建一个bucket,然后点击bucket查看详情，外网的和内网都在。
其他的代码部分就直接参考aws的官网的就行了，为了方便小伙伴，我贴出自己的完整示例
const { S3Client, GetObjectCommand} = require("@aws-sdk/client-s3");
const { getSignedUrl} = require("@aws-sdk/s3-request-presigner");
const client = new S3Client({
region: '1111',
credentials: {
accessKeyId: '<ak>',
secretAccessKey: '<sk>'
},
endpoint: 'https://xxxx.xxx.xx.cn',
forcePathStyle: true,
sslEnabled: true
});
const signurl = async () =>
{
const Key ='test.jpg'
const Bucket = 'test-bucket';
const command = new GetObjectCommand({ Bucket, Key });
const url = await getSignedUrl(client, command,
{ expiresIn: 3600 ,
ResponseCacheControl: 'max-age=3600', // 设置HTTP缓存控制头
});
console.log(url);
}
signurl().catch(console.error);另外吐槽下管理权限这块，很容易让人搞晕，概念太多，用户，用户组，策略，委托，当时想和另外一个小伙伴一起使用，发现子用户总是无法看到主账户的资源，后来才知道关键点是这个。
