目前感觉使用不方便的一些地方

1、不能在一个方法里面调用另一个方法，也进行缓存拦截

2、key的生成策略不能自定义，我希望的是key是user:1这种中间用冒号分割的，而不是user1111111这样一长串的，在使用redis desktop manager这种工具时会以冒号(:)展示成树目录结构，方便观察， 当然把name改成 user: 确实能达到目标，但是感觉别扭。

3、类似spring的组合cache注解，在多个key缓存同一个对象时很有用， 虽然自己能通过api达到目的，但是还要自己写代码写在实现里感觉不好， 注解组合就清晰明了多了

The issue names no files, tests, or concrete entry points. Start by mapping the existing method-level cache interception, key-generation configuration, and cache annotation APIs, then define separate acceptance criteria for nested interception, colon-separated keys, and composing multiple cache keys.

Written by the indexing model from the issue text.