问题详细剖析：
1.直接烧录原厂的示例代码，gpio_deepsleep_wakeup的工程编译之后直接下载，进入深度休眠模式，测试经由J4位置的电流，也便是MCU的电流，在0.6uA旁边。
2.验证完原厂代码，比拟手册的0.4ua，基本上还是同等的，于是开始搭建自己的运用，后面直接把示例代码进入休眠的代码直接拷贝过来，进入休眠之前，将所有引脚配置为输出，不该用的引脚配置为输入，进入休眠之后，单独测MCU的功耗为26.6ua旁边。
3.于是我再次检讨电路，按低功耗GPIO配置原则，重新配置：
l 外部有上拉的,配置成输出高；
l 外部有下拉的，配置成输出低；
l 悬空的管脚，统一配置成下拉输入；
l 没有上拉下拉的输出管脚配置成输出低。
按这个方法操作了一遍，一顿操作之后，功耗象征性的降落了一点点，大概还有25ua旁边，也可能是没降，生理预期它该当降，但实测结果明明白白见告我功耗的问题不是从引脚上造成的。
4.那就只能回来比拟前面测试的例程了，它原来配置时钟时，配置的是RCH，4M作为主时钟，难道是由于我配置为48M，从48M进入休眠就弗成，抱着这个预测，我把PLL切回RCH，在进入休眠模式，结果还是弗成，功耗变革不大。
5.断港绝潢之际，找到原厂，给出的建议是，检讨一下ADC的BGR有没有禁能了，由于我的运用中确实配置了ADC，配置ADC就一定要使能BGR这个位，末了在进入休眠之前，关闭了BGR，功耗终于规复正常了。
问题办理方案：
如果配置了ADC外设，在进入休眠之前，一定要先关闭BGR和ADC，也要配置完对应的IO状态（避免通过IO产生泄电流），末了再实行WFI进入休眠，这样就可以了。
总结和建议：功耗的问题，一样平常还是建议像我这样。
1.先过一遍原厂代码，确认硬件和软件确实可以，心里有底了再去搭建自己的运用；
2.对付低功耗来说，还有有固定公式可以套一下的，进入休眠之前，配置IO状态，避免有泄电流，
3. 时钟和电源域，检讨是否全部关闭了；
4.如果到了这一步功耗还没有降落，那就去比拟测试过的原例程，在原代码上一点点修正测试，直到复现。
5.当然，如果有条件的话，直接问原厂或代理商有没有类似情形，要相信，你涌现的问题，大概率别人也有涌现，从他们那里可以最快得到办理方案，他们履历一样平常比较丰富。
