在 jemalloc 之中有三种配置 jemalloc 选项的一些方式。
1、修改选项代码默认值（重新编译）
2、修改环境变量 MALLOC_CONF，并重启应用程序
注意：
仅支持 opt. 节配置选项
export MALLOC_CONF="retain:true,dirty_decay_ms:25000,muzzy_decay_ms:30000"
3、通过 mallctl 宏函数获取或修改（展开：je_mallctl）
newp 及 newlen 值非空表明设置。
int mallctl( const char *, name
void *, oldp
size_t *, oldlenp
void *, newp
size_t newlen);
例子：
ssize_t dirty_decay_ms;
ssize_t muzzy_decay_ms;size_t sz = sizeof(ssize_t);
mallctl("opt.dirty_decay_ms", reinterpret_cast<void*>(&dirty_decay_ms), &sz, NULL, 0);
mallctl("opt.muzzy_decay_ms", reinterpret_cast<void*>(&muzzy_decay_ms), &sz, NULL, 0);
在JEMALLOC之中，重要选项为：
1、dirty_decay_ms 脏页延迟回收时间（已使用过的）
2、muzzy_decay_ms 脏页延迟回收时间（未使用过的）
3、background_thread:true 可开启后台线程回收
重要提示：
dirty_decay_ms、muzzy_decay_ms 两个值均设置为0，可以减少 jemalloc 对于持续内存的占用率，否则会易于产生疑似内存泄漏的一些现象，令人感到困惑。
并且每个线程都会单独管理 arena，每个 arena 都有一个 tick 引用计数，当引用计数不为0时，arena 不会自动释放，那么看上去似乎发生内存泄漏了，除非适用 arena 的线程退出。
在 Google Android 10 的源代码之中：
jemalloc、dirty_decay_ms; muzzy_decay_ms 两个值均被设置为0，这代表或许并不存在脏页释放延迟的问题，那么大家直接设置为0，就可以了。
可以直接参考最新 Android 源代码主干上填写的默认参数：
include/jemalloc/internal/arena_types.h - platform/external/jemalloc_new - Git at Google (googlesource.com)
/* Default decay times in milliseconds. */
#if defined(__ANDROID__)
#define DIRTY_DECAY_MS_DEFAULT ZD(0)
#define MUZZY_DECAY_MS_DEFAULT ZD(0)
#else
#define DIRTY_DECAY_MS_DEFAULT ZD(10 * 1000)
#define MUZZY_DECAY_MS_DEFAULT ZD(10 * 1000)
#endif参考资料：
JEMALLOC.3 DOCUMENT
Maybe a terrible bug in the multi-threaded usage scenario · Issue #1497 · jemalloc/jemalloc (github.com)
Default value of muzzy_decay_ms in jemalloc 5.2.1? · Issue #1827 · jemalloc/jemalloc (github.com)
Disable muzzy decay by default. by interwq · Pull Request #1421 · jemalloc/jemalloc (github.com)
