首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    cmake:动态链接库(so)中静态链接tcmalloc(gperftools2.4)暨静态链接libstdc++

    将tcmalloc作为动态库使用,非常方便,网上有很多资料介绍了。tcmalloc.a也可以以静态链接的方式加入应用程序中,大概因为使用太方便,网上关于这方面的介绍都是一笔带过,但是如果要在动态 库(so)中静态编译tcmalloc,却是有所不同的。 我的项目中有一个so动态库,需要在java中通过jni调用,因为涉及频繁的内存分配操作所以这个so希望用tcmalloc管理内存池以提高系统运行效率,如果使用以动态库方式使用tcmalloc。那么在应用服务器(tomcat)启动的时候,需要先设置LD_PRELOAD参数指向tcmalloc.so,然后执行startup.sh启动tomcat。这样以来,不仅是我的so库,整java程序在运行过程中的所有向操作系统申请释放内存的过程都交给了tcmalloc管理了,其实挺好的。使用这种方案,我的so库代码不需要在编译时链接tcmalloc,什么都不用改变,就能使用tcmalloc。 但是凡事有利就有弊,这个方案带的成本就是在系统安装、维护时稍显复杂:需要在服务器上安装tcmalloc和libunwind(应用系统运行在64位操作系统下),还可能需要修改tomcat启动脚本以加入LD_PRELOAD参数,对工程实施人员的要求比较高。

    01

    企业应用架构的基本模式之插件模式

    当应用程序代码需要在多个环境运行,且每个环境对特定行为需要不同的实现时,通常会使用分离接口模式。大多数开发通过编写一个工厂方法来在不同的环境下生成相应的实现。假定通过分离接口来定义你的主键生成器,以便你可以使用一个简单的内存计数器来进行单元测试,而在真实环境由数据库管理的序列。你的工厂方法很可能包含一条判断语句,这一语句检查一个局部环境变量以确定系统是否处于测试模式,并返回正确的结果。当你有数个工厂以后,你的手头会变得一团糟。建立一个新的部署配置需要在多个工厂中修改条件语句,然后重新编译和部署。配置工作不应当如此分散在整个应用程序当中,也不应当重新编译和部署。插件模式通过集中化的、运行时配置的方法解决了这些问题。

    01

    Serializable接口中serialVersionUID字段值的作用

    Java原生序列化 Java类通过实现Serializable接口来实现该类对象的序列化,这个接口非常特殊,没有任何方法,只起标识作用。Java序列化保留了对象类的元数据,如类、成员变量、继承类信息等、以及对象数据等,兼容性最好,但不支持跨语言,而且性能一般。 实现Serializable接口的类建议设值serialVersionUID字段值,如果不设置,那么每次运行时,编译器会根据类的内部实现,包括类名、接口名、方法和属性等来自动生成serialVersionUID。如果类的源代码有修改,那么重新编译后的serialVersionUID的取值可能会发生改变。因此实现Serializable接口的类一定要显示的定义serialVersionUID属性值。修改类的时候需要根据兼容性决定是否修改serialVersionUID属性值。 - 如果是兼容升级,请不要修改serialVersionUID属性值,避免反序列化失败(在反序列化未升级的对象时候) - 如果是不兼容升级,需要修改serialVersionUID属性值,避免反序列化混乱(不修改的话, 有可能将未升级的对象反序列化出来) 使用Java原生序列化需要注意,Java反序列化时,不会调用类的无参构造方法,而是调用native方法将成员变量赋值为对应类型的初始值。基于性能以及兼容性考虑,不推荐使用Java原生序列化。

    02
    领券