human: 如何处理七牛云的对象存储修改文件生命周期

gpt: [对象存储](https://developer.qiniu.com/kodo) > API 文档 > [Object
接口](https://developer.qiniu.com/kodo/api/1274/rs) > 修改文件生命周期

#  修改文件生命周期

最近更新时间: 2024-08-12 15:48:14

# **描述**

本接口用于修改已上传文件 Object 的
[生命周期](https://developer.qiniu.com/kodo/development_guidelines/8609/dev-life-
cycle-management)。后续可以通过 [资源元信息查询](https://developer.qiniu.com/kodo/1308/stat)
看到修改生命周期相关时间。  
  

# **请求**

### **请求语法**

    
    
    POST /lifecycle/<EncodedEntryURI>/toIAAfterDays/<ToIAAfterDays>/toIntelligentTieringAfterDays/<ToIntelligentTieringAfterDays>/toArchiveAfterDays/<ToArchiveAfterDays>/toDeepArchiveAfterDays/<ToDeepArchiveAfterDays>/deleteAfterDays/<DeleteAfterDays> HTTP/1.1
    Host:           rs.qiniuapi.com
    Content-Type:   application/x-www-form-urlencoded
    X-Qiniu-Date:   20060102T150405Z
    Authorization:  Qiniu <AccessToken>
    

  

## 请求参数

参数名称 | 是否必填 | 说明  
---|---|---  
EncodedEntryURI | 是 | 指定文件信息，详情参考 [EncodedEntryURI](https://developer.qiniu.com/kodo/1276/data-format)  
ToIAAfterDays | 否 | 指定文件上传后在设置的 ToIAAfterDays 转换到 低频存储类型，设置为 `-1` 表示取消已设置的转低频存储的生命周期规则  
ToIntelligentTieringAfterDays | 否 | 指定文件上传后在设置的 ToIntelligentTieringAfterDays 转换到 智能分层存储类型，设置为 `-1` 表示取消已设置的转智能分层存储的生命周期规则  
ToArchiveIRAfterDays | 否 | 指定文件上传后在设置的 ToArchiveIRAfterDays 转换到 归档直读存储类型， 设置为 `-1` 表示取消已设置的转归档直读存储的生命周期规则  
ToArchiveAfterDays | 否 | 指定文件上传后在设置的 ToArchiveAfterDays 转换到 归档存储类型， 设置为 `-1` 表示取消已设置的转归档存储的生命周期规则  
ToDeepArchiveAfterDays | 否 | 指定文件上传后在设置的 ToDeepArchiveAfterDays 转换到 深度归档存储类型， 设置为 `-1` 表示取消已设置的转深度归档存储的生命周期规则  
DeleteAfterDays | 否 | 指定文件上传后在设置的 DeleteAfterDays 过期删除，删除后不可恢复，设置为 `-1` 表示取消已设置的过期删除的生命周期规则  
  
  

### **请求头**

头部名称 | 必填 | 说明  
---|---|---  
Authorization | 是 | 该参数应严格按照[管理凭证](https://developer.qiniu.com/kodo/manual/1201/access-token)格式进行填充，否则会返回 401 错误码一个合法的 Authorization 值应类似于：`Qiniu QNJi_bYJlmO5LeY08FfoNj9w_r7...`  
其他 |  | 请查阅[公共请求头](https://developer.qiniu.com/kodo/api/3924/common-request-headers)  
  
  

### **请求内容**

该请求操作的请求体为空。  
  

# **响应**

### **响应语法**

    
    
    HTTP/1.1 200 OK
    Content-Type: application/json
    Cache-Control: no-store
    

  

### **响应头**

头部名称 | 必填 | 说明  
---|---|---  
Content-Type | 是 | 正常情况下该值将被设为 `application/json`，表示返回 JSON 格式的文本信息。  
其他 |  | 其它可能返回的头部信息，请参考[公共响应头](https://developer.qiniu.com/kodo/api/3924/common-request-headers)。  
  
  

### **响应内容**

如果请求成功，不返回任何内容。  
如果请求失败，返回包含如下内容的 JSON 字符串（已格式化，便于阅读）：

    
    
    {
        "error":   "<errMsg    string>",
    }
    

字段名称 | 必填 | 说明  
---|---|---  
error | 是 | 与 HTTP 状态码对应的消息文本  
  
  

### **响应状态码**

HTTP状态码 | 含义  
---|---  
200 | 更新成功  
400 | 请求报文格式错误  
401 | 管理凭证无效  
599 | 服务端操作失败  
612 | 待设置生命周期的资源不存在  
其他错误码 | 请查阅[错误响应](https://developer.qiniu.com/kodo/api/3928/error-responses)  
  
如遇 599 错误，请将完整错误信息（包括所有 HTTP 响应头部）[提交工单
__](https://support.qiniu.com/tickets/category)给我们。

  

# **示例**

### **请求示例**

    
    
    POST /lifecycle/bmV3ZG9jczpmaW5kX21hbi50eHQ=/ToArchiveAfterDays/-1 HTTP/1.1
    User-Agent: curl/7.30.0
    Host: rs.qiniuapi.com
    X-Qiniu-Date: 20060102T150405Z
    Authorization: Qiniu u8WqmQu1jH21kxpIQmo2LqntzugM1VoHE9_pozCU:2LJIG...(过长已省略)
    

_注：要在`Authorization` 头部的 `<AccessToken>` 前添加 `Qiniu` 和半角空格。_  
  

### **响应示例**

    
    
    HTTP/1.1 200 OK
    Server: nginx/1.0.8
    Date: Mon, 02 Jan 2006 15:04:05 GMT
    Content-Type: application/json
    Connection: keep-alive
    Content-Length: 0
    X-Reqid: wxIAAD3btw-v3TwT
    

以上内容是否对您有帮助？