日本制药公司排名Top10榜单<2025年版>-

2024-2025财年,日本药企销售排名榜单来啦!一张日本药企Top10的可视化图片,一份日本药企Top50的数据表格(放在最后),有需要的大家自行复制下载。

关注笔者的老粉丝都知道,鄙人每年都会分享日本药企销售排名榜单并对其解读,这个排行榜汇总了在东京证券交易所 Prime 上市的 50 家主要日本制药公司(包括主要业务不属于制药行业的公司经营的制药业务)的最新财务业绩,如销售额、利润率。

今年武田药品工业株式会社今年再次拿下桂冠,销售收入约为 4.6 万亿日元。 大冢控股位居第二,安斯泰来制药位居第三。 受益于日元的贬值,日本许多公司增加了海外销售额。

关于日本药企销售排名TOP10解读

武田药品工业株式会社(Takeda Pharmaceutical Company Limited)公布的收入为45816亿日元,同比增长7.5%。 治疗炎症性肠病的 Entaibio(9141 亿日元,增长 14.1%)等主力产品的销售额在日元疲软的背景下实现了两位数的增长。

排名第二的是大冢 Otsuka HD,为 23299 万亿日元。 由于抗精神病药物 Rexarti(2674 亿日元,增长 25.8%)和抗癌药物 LonSurf(1044 亿日元,增长 30.3%)的销售额增加,销售额增长了 15.4%。

安斯泰来制药以 19123 亿日元(增长 19.2%)排名第三。 前列腺癌药物 Ixtanzi™ 的销售额为 9123 亿日元(增长 21.6%),占总收入的 48%。

第一三共排名第四,销售额为 18863 亿日元(增长 17.8%),其中抗癌药物 Enhertz 排名第四(包括里程碑式收入 6514 亿日元,增长 45.0%)。排名第五的中外制药(11,171 亿日元,增长 5.3%)和排名第六的卫材(7,894 亿日元,增长 6.4%)与上一年持平。 卫材的阿尔茨海默病药物 Leqembi™ 的销售额为 443 亿日元,是上一年的 10 倍多。

排名第七的是协和麒麟,销售额为 4956 亿日元(增长 12.1%)。 FGF23 相关疾病“Creesvita”的治疗效果良好。 Ono Pharmaceutical Co., Ltd. 跌至第八位。

排名第 11 位的住友制药在北美的三个核心产品的销售额总计为 1617 亿日元(增长 83.3%)。 总体而言,销售额增长了 26.8%。

关于日本药企海外销售排名TOP3解读

海外销售额以武田药品的41631亿日元位居首位,海外销售额占总销售额的比例上升到90.9%。排名第二的是安斯泰来制药,海外销售额为 16453 亿日元,增收23.4%。第3位是16302亿日元(增加21.0%)的大冢控股。

除武田外,安斯泰来 (86.0%)、住友制药 (76.8%)、协和麒麟 (71.5%)、卫材 (71.0%) 和大冢 HD (70.0%) 占销售额的 70% 以上。 共13 家的销售额有一半以上来自海外。

2024年4月-2025年3月日本上市药企销售排行榜TOP50

排名公司名称销售额(百万日元)对比去年(%)利润(百万日元)对比去年(%)利润率
1武田药品4,581,5517.5342,586607.5
2大冢制药2,329,86115.4323,564131.813.9
3安斯泰来1,912,32319.241,03960.82.1
4第一三共1,886,25617.8331,92556.917.6
5中外制药1,170,6115.3542,00223.446.3
6卫材药业789,4006.454,3781.86.9
7协和麒麟495,55812.195,4051.419.3
8小野药品486,8713.159,74762.612.3
9田边三菱制药460,4005.351,60025.111.2
10盐野义制药438,2680.7156,6032.135.7
11住友制药398,83226.828,8047.2
12参天制药300,0040.646,88021.615.6
13东和药品259,59413.923,24231.79.0
14旭化成245,20017.726,60040.810.8
15明治药品229,65011.424,7498.910.8
16沢井制药189,0246.920,80711.711.0
17津村制药181,09320.140,125100.522.2
18日本新药160,2328.135,4506.522.1
19久光制药156,00610.118,89543.512.1
20帝人制药136,9775.35,69068.74.2
21杏林制药130,0878.812,567101.69.7
22持田制药105,1592.28,12640.17.7
23日本烟草产业94,4640.49,23347.09.8
24科研制药94,03530.521,034121.122.4
25橘生药品88,33016.95,77343.76.5
26ZERIA新药工业87,31115.312,19726.814.0
27日本化药65,0012.36,354163.79.8
28ASKA制药64,1392.15,33118.08.3
29扶桑药品60,5639.34,131110.36.8
30鸟居药品60,42610.66,79835.011.3
31alfresa54,0652.51,29431.62.4
32铃谦52,6132.61,91620.03.6
33PeptiDream46,67662.621,113211.745.2
34富士制药46,13812.83,8800.68.4
35日本调剂40,1560.7630
36生化学工业39,3748.71,333207.83.4
37JCR制药33,07222.96,650
38Nxera28,835125.95,423
39东邦控股11,4598.27293.46.4

参考资料:

东京证券交易所财报

摩熵医药·资讯报告

各公司财报

<think>好的,我现在需要解决用户的问题,就是将他们在Ant构建脚本中使用的`<section name="Information">`部分转换为Maven的配置方式。用户之前已经询问过如何设置MANIFEST.MF中的JDK本和厂商,现在又提到了一个具体的Ant配置片段,想知道在Maven中如何处理类似的结构。 首先,我得回忆一下Ant和Maven处理MANIFEST.MF的区别。Ant允许更灵活的配置,可以直接定义manifest的各个部分和属性,而Maven通常通过插件(比如maven-jar-plugin)来配置清单文件。用户提供的Ant代码中有section标签,这在Maven中是否有对应的方式呢? 根据之前的回答,用户已经知道如何在Maven中通过maven-jar-plugin设置manifestEntries来添加属性。但Ant中的section在MANIFEST.MF中实际上是用来分组的,比如主属性和各个包或类的属性。不过标准的MANIFEST.MF规范中并没有严格要求分节,通常主属性直接列出来,而分节(如Name节)用于特定条目。可能用户在这里的section是自定义的结构,但Maven的插件可能不支持直接分节,而是将所有属性平铺在MANIFEST.MF中。 接下来需要确认用户的问题核心:他们是否希望在Maven生成的MANIFEST.MF中保留section的结构?比如在Ant生成的MANIFEST.MF中可能有类似: Name: Information Specification-Title: ... Specification-Version: ... 但Maven的插件是否支持这种分节?查阅maven-jar-plugin的文档,发现它主要通过manifestEntries添加属性,这些属性会被放在主节中,而如果要创建分节,可能需要使用更复杂的配置,比如使用manifestSections或自定义的manifest文件。不过根据我的现有知识,maven-jar-plugin可能不支持直接分节,因此可能需要手动处理或者寻找其他插件。 另一个可能性是用户可能误解了Ant中的section的作用,实际上在MANIFEST.MF中,分节是通过空行和Name属性实现的。例如: Manifest-Version: 1.0 Built-By: user Name: Information Specification-Title: ... 因此,在Maven中,如果需要创建这样的分节,可能需要手动配置每个分节的属性。但maven-jar-plugin可能不支持这种结构,可能需要使用其他方式,例如生成自定义的MANIFEST.MF文件,或者使用额外的插件如maven-war-plugin(如果是Web应用)或其他资源处理插件。 回到用户的问题,他们提供的Ant配置中有<section name="Information">,其中包含一些规范和实施相关的属性。这些属性通常属于主清单属性,比如Specification-Title等本来就是应该放在主节中的。可能用户在Ant中使用section只是组织属性的一种方式,但实际上这些属性在MANIFEST.MF中并不需要分节,因此Maven的配置可以直接将这些属性作为主属性添加。 因此,正确的做法是忽略section的结构,直接将属性添加到manifestEntries中。例如,将Ant中的: <section name="Information"> <attribute name="Specification-Title" value="${Specification-Title}"/> ... </section> 转换为Maven的: <manifestEntries> <Specification-Title>${Specification-Title}</Specification-Title> ... </manifestEntries> 这样生成的MANIFEST.MF会将所有属性放在主节中,而不会创建分节。需要确认用户是否真的需要分节,或者他们只是将section作为组织属性的方式,而实际效果不需要分节。 此外,用户提供的Ant配置中的<manifest file="${manifest.name}">可能指定了生成的MANIFEST.MF文件名,但在Maven中,默认生成的MANIFEST.MF路径是固定的,如果需要自定义文件名或位置,可能需要调整插件的配置,但通常情况下不需要修改。 总结下来,用户的问题是将Ant的section结构转换为Maven的配置。由于Maven的maven-jar-plugin不支持直接的分节配置,正确的做法是将section中的属性直接作为manifestEntries的子元素添加到主清单属性中,无需分节。同时需要确保在pom.xml中定义对应的属性(如Specification-Title等),或在插件配置中直接指定值。</think>在Maven中,Ant构建脚本的`<section name="Infomation">`(注意原配置存在拼写错误,正确应为`Information`)主要用于组织清单属性组,但**Maven默认不支持直接定义`<section>`**。需通过`maven-jar-plugin`的`manifestEntries`平铺式注入属性,无需分节。以下是转换方案: --- ### 一、等效Maven配置 在`pom.xml`中配置`maven-jar-plugin`,将原`<section>`内的属性直接映射到`manifestEntries`: ```xml <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-jar-plugin</artifactId> <version>3.3.0</version> <configuration> <archive> <!-- 若需自定义MANIFEST文件名(非必须) --> <manifestFile>${project.build.outputDirectory}/META-INF/${manifest.name}</manifestFile> <manifestEntries> <!-- 公共属性 --> <Built-By>${user.name}</Built-By> <Built-Date>${TODAY_JP}</Built-Date> <!-- 原<section>内的规范信息 --> <Specification-Title>${Specification-Title}</Specification-Title> <Specification-Version>${Specification-Version}</Specification-Version> <Specification-Vendor>${Specification-Vendor}</Specification-Vendor> <!-- 原<section>内的实现信息 --> <Implementation-Title>${Implementation-Title}</Implementation-Title> <Implementation-Version>${Implementation-Version}</Implementation-Version> <Implementation-Vendor>${Implementation-Vendor}</Implementation-Vendor> </manifestEntries> </archive> </configuration> </plugin> </plugins> </build> ``` --- ### 二、关键差异说明 | Ant特性 | Maven等效方式 | |-----------------------|-----------------------------------------------------------------------------| | `<section name="...">`| Maven无直接分节支持,所有属性平铺在`manifestEntries`中 | | `<attribute>` | 直接通过XML标签定义(如`<Specification-Title>value</Specification-Title>`) | | `${manifest.name}` | 可通过`<manifestFile>`自定义路径,但通常无需修改(默认生成到`META-INF/MANIFEST.MF`) | --- ### 三、补充说明 1. **属性值来源** 需在`pom.xml`的`<properties>`中定义占位符变量(如`Specification-Title`),或直接硬编码: ```xml <properties> <Specification-Title>My Application</Specification-Title> <Specification-Version>1.0.0</Specification-Version> <!-- 其他属性同理 --> </properties> ``` 2. **日期格式处理** 若需动态生成`${TODAY_JP}`(如日本格式日期),需借助`maven-antrun-plugin`或`build-helper-maven-plugin`生成时间戳,例如: ```xml <properties> <timestamp>${maven.build.timestamp}</timestamp> <TODAY_JP>${timestamp}</TODAY_JP> </properties> <build> <plugins> <plugin> <groupId>org.codehaus.mojo</groupId> <artifactId>build-helper-maven-plugin</artifactId> <version>3.3.0</version> <executions> <execution> <id>generate-timestamp</id> <phase>validate</phase> <goals> <goal>timestamp-property</goal> </goals> <configuration> <name>timestamp</name> <pattern>yyyy-MM-dd HH:mm:ss (JST)</pattern> <locale>ja_JP</locale> </configuration> </execution> </executions> </plugin> </plugins> </build> ``` --- ### 四、验证结果 生成的`MANIFEST.MF`内容示例: ```plaintext Built-By: dev_user Built-Date: 2024-03-15 14:30:00 (JST) Specification-Title: My Application Specification-Version: 1.0.0 Specification-Vendor: My Company Implementation-Title: core-module Implementation-Version: 1.2.3 Implementation-Vendor: My Team ``` --- ### 五、扩展建议 若需强制分节(如`Name: Information`),需手动生成`MANIFEST.MF`文件并复制到`src/main/resources/META-INF/`,但会失去Maven动态注入属性的灵活性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值