皮皮网

1.对TP5数据库缓存cache的项目一些思考
2.超详细通达信主图指标安装教程，意简言赅过程简单！源码源码有惊喜源码
3.美团动态线程池思路框架（DynamicTp）之动态调整Tomcat、分析Jetty、项目Undertow线程池参数篇

对TP5数据库缓存cache的源码源码一些思考

       在优化代码过程中，我偶然想起TP5中的分析好看的抽签源码数据库操作cache，发现其在缓存时间内能够显著提高请求速度，项目但修改数据后可能不能及时更新。源码源码本文旨在深入理解cache的分析工作原理。

       然而，项目官方文档和网络搜索结果大多仅介绍了如何使用cache，源码源码对于其原理并未详细阐述，分析因此我决定阅读源码以获取更多信息。项目

       首先，源码源码我疑惑cache与常规缓存的分析区别。通过实验，我发现其功能与常规缓存类似，回收类型源码均支持设置key值、有效期及标签。cache方法在设置属性后，真正的操作在select、find、value、column等方法中。

       结论显而易见：不论是写入还是读取cache，其过程与常规缓存相同。不同之处在于，若未指定key名，系统会根据操作的数据库名、表名及主键ID自动生成密文key，避免了key重复可能导致的缓存覆盖问题。

       其次，我关注数据更新时cache的post登录源码处理。文档提到两种方法：手动在update等更新操作中添加cache以实现缓存更新；或使用find方法结合主键查询自动清理缓存。新增操作不会触及缓存，而更新操作后缓存将被清除，随后在查询时重新写入。增删改查中，新增操作不涉及缓存。

       接着，我探讨了数据更新自动清除缓存的条件。文档提及两种操作均使用主键ID作为条件时，可以实现自动清除缓存，涉及缓存操作时是否使用主键查询条件的差异，共八种组合情况。

       尽管还有些未测试的情况，如更新操作的数据是否为缓存数据、查询与更新操作条件是否一致等，我更倾向于深入源码探索答案。解析源码收费以update操作为例，结论是只有当查询与修改操作均使用主键ID作为条件时，才能实现自动清除缓存。

       因此，数据库缓存并非随意使用，不当使用可能影响数据时效性和用户体验。若确需使用，建议手动设置缓存名称，并在更新操作时明确清除指定缓存。

       本文总结了cache的基本原理、使用方法及注意事项。希望对您有所帮助。如有问题或讨论，欢迎访问我的博客：/blog

超详细通达信主图指标安装教程，意简言赅过程简单！有惊喜源码

       安装通达信主图指标的拼接源码笔记步骤简洁明了，只需遵循以下步骤即可。

       首先，找寻你心仪的主图指标公式。进入通达信软件，找到“功能”菜单，点击“公示系统”，然后选择“公式管理器”。打开公式管理器后，转至“技术指标公式”部分，选择“其他类型”，点击右侧的“新建”按钮，此时将打开指标公式编辑器。

       在编辑器中，输入公式名称，选择画线方法，并粘贴已选中的公式。确认无误后，点击确定按钮完成公式创建。

       接下来，预览新建的指标。返回至公式管理器界面，找到新增的指标，点击右侧的“预览”按钮，预览图将随即呈现。

       源码如下，供参考学习与应用。代码包含复杂的指标逻辑，用于辅助交易决策。

       VAR1:=CLOSE-LOW;VAR2:=HIGH-LOW;VAR3:=CLOSE-HIGH;VAR4:=IF(HIGH>LOW,(VAR1/VAR2+VAR3/VAR2)*VOL,0);HPTP:=SUM(VAR4,)/,COLORSTICK;TKXL:=-1;XVYO:=UPNDAY(TKXL,1),NODRAW;G:=MA(C,5);D:=MA(C,);HH:=REF(H,5)=HHV(H,);LL:=REF(L,5)=LLV(L,);FG:=BACKSET(HH,6)>BACKSET(HH,5);FD:=BACKSET(LL,6)>BACKSET(LL,5);FG:=IF(BARSLAST(FG)=BARSLAST(FD) AND G>D,FG,IF(BARSLAST(FD)>BARSLAST(FG),FG,0));FD:=IF(BARSLAST(FG)=BARSLAST(FD) AND D>G,FD,IF(BARSLAST(FG)>BARSLAST(FD),FD,0));FG0:=FG AND H=HHV(H,BARSLAST(FD));FD0:=FD AND L=LLV(L,BARSLAST(FG));GQ:=L>REF(H,1) AND DAY!=REF(DAY,1);DQ:=H>=REF(H,1) AND L<=REF(L,1);BHG:=COUNT(BH0,BARSLAST(FD0));BHD:=COUNT(BH0,BARSLAST(FG0));BGQ:=COUNT(GQ,BARSLAST(FD0));BDQ:=COUNT(DQ,BARSLAST(FG0));BK0:=IF(BHG>0,BHG+2,IF(BHD,BHD+2,3));BK:=IF(BGQ,BK0-BGQ,IF(BDQ,BK0-BDQ,BK0));G1X:=(FG AND BARSLAST(FD)>BK),NODRAW;D1X:=(FD AND BARSLAST(FG)>BK),NODRAW;G1:=(FG0 AND REF(H,BARSLAST(FG0))>=REF(H,BARSLAST(G1X)) AND BARSLAST(D1X)>BARSLAST(G1X))OR (FG1 AND COUNT(GQ,BARSLAST(FD1))>0 AND REF(H,BARSLAST(FG1))>REF(H,BARSLAST(G1X)));{ W:=IF(DATE<,C,DRAWNULL);}D1:=(FD0 AND REF(L,BARSLAST(FD0))<=REF(L,BARSLAST(D1X)) AND BARSLAST(G1X)>BARSLAST(D1X))OR (FD1 AND COUNT(DQ,BARSLAST(FG1))>0 AND REF(L,BARSLAST(FD1))>REF(L,BARSLAST(G1X)));G2:=G1 AND H=HHV(G1H,BARSLAST(D1)+1) AND H>REF(H,1) AND BARSLAST(D1)>BARSLAST(G1);D2:=D1 AND L=LLV(D1L,BARSLAST(G1)+1)

       为了感谢各位粉丝的支持，我承诺提供此技术与指标的免费分享。如需使用或获取全套源码，欢迎私信联系我。

美团动态线程池思路框架（DynamicTp）之动态调整Tomcat、Jetty、Undertow线程池参数篇

       动态线程池框架（DynamicTp）的adapter模块，作为第三方组件线程池管理的适配器，旨在使如Tomcat、Jetty和Undertow等Web服务器内置的线程池具备动态参数调整、监控告警等增强功能。通过该模块，用户可利用Spring的事件机制监听并管理这些第三方组件的线程池，实现与核心模块的解耦。

       adapter模块已成功接入SpringBoot内置的三大WebServer，包括Tomcat、Jetty和Undertow的线程池管理。通过监听机制，动态Tp框架能够及时响应这些组件的线程池变化，提供实时监控和灵活调整策略。

       具体实现上，针对Tomcat、Jetty和Undertow的线程池管理，需要深入理解其内部处理流程。这些组件并未直接使用Java Util Concurrency（JUC）提供的线程池实现，而是自定义了线程池或扩展了JUC的实现，如Tomcat就采用了自定义的ThreadPoolExecutor类，通过继承或扩展JUC的抽象类来定制线程池行为。

       以Tomcat为例，其内部线程池的实现中，继承自JUC原生ThreadPoolExecutor或其抽象类AbstractExecutorService。在执行任务时，Tomcat首先调用父类方法处理，然后根据任务队列类型（如TaskQueue）和线程池当前状态（如线程数、提交任务数、队列状态）进行一系列复杂判断，以决定是否创建新线程、添加任务至队列或执行拒绝策略。这种设计使得Tomcat能够高效管理请求，同时优化资源利用，避免过度创建线程导致的性能下降。

       Jetty和Undertow的内部线程池实现原理与Tomcat类似，均基于JUC框架进行定制，以满足其特定的性能优化和扩展需求。通过分析这些组件的源码，可以深入了解其线程池管理策略，为后续性能调优提供宝贵信息。

       动态线程池框架（DynamicTp）的引入，为Web服务器性能调优提供了强大的工具，允许用户动态调整线程池参数，提升系统响应速度和资源利用率。使用DynamicTp框架，用户可以更灵活地管理第三方组件的线程池，实现业务与开源贡献的双赢。

       欢迎使用DynamicTp框架，探索更多性能优化的可能性。下期将分享在使用过程中遇到的Tomcat版本不一致导致的监控线程停滞问题，通过这一案例深入理解ScheduledExecutorService的运行机制。敬请期待。

       如需交流或合作，请联系我，期待与您一起成长：

       微信：yanhom

       公众号：CodeFox