Linux环境变量重复：如何避免和解决？ (linux 环境变量 重复)
在Linux系统中，环境变量是非常重要的。它们可以设置系统参数、控制程序行为等等，而且在Linux下，环境变量是通过export命令来设置的。然而，在Linux环境变量的使用过程中，我们经常会遇到环境变量重复的问题，如何解决这个问题呢？本文将介绍Linux环境变量重复的原因及解决方法，帮助大家避免这个问题。
一、为什么会出现环境变量重复？
在Linux系统中，环境变量有很多种设置方法。例如，在.bashrc或.profile等文件中设置环境变量；或者通过export命令设置环境变量。在这些设置中，如果不小心重复设置了相同的环境变量，就会导致环境变量重复。此外，在使用脚本或程序时，也有可能会因为环境变量重复的问题而出现错误。
二、如何避免环境变量重复？
为了避免环境变量重复的问题，我们需要学习以下几个技巧：
（1）清理系统中已经设置的环境变量
在系统中清理环境变量可以大大降低出现重复的概率，因为你清理空了之前的环境变量，就不会存在了。可以使用unset命令来清理环境变量。例如，如果要清除$JAVA_HOME环境变量，可以运行以下命令：
unset JAVA_HOME
（2）将环境变量设置到特定的脚本或程序中
我们可以将环境变量设置到特定的脚本或程序中，而不是将它们放在全局环境中。这样做的好处是，环境变量只会对该脚本或程序有效，不会对其他脚本或程序造成影响。
（3）使用标准路径
如果使用标准路径，就不必担心文件路径与别名的冲突。例如，安装软件时可以选择使用默认的路径，而不是将软件安装到非标准路径。
三、如何解决环境变量重复？
即使我们已经尝试了上述方法，还是可能会遇到环境变量重复的问题。在这种情况下，我们可以采取以下措施：
（1）使用echo命令查看环境变量
在命令行下，我们可以使用echo命令来查看环境变量的值。例如，如果想查看JAVA_HOME环境变量的值，可以运行以下命令：
echo $JAVA_HOME
这样就可以确定是否存在重复的环境变量。
（2）删除不必要的环境变量
如果遇到重复的环境变量，我们可以先删除不必要的环境变量。可以使用unset命令删除环境变量。例如，如果要删除$JAVA_HOME环境变量，可以运行以下命令：
unset JAVA_HOME
（3）重复的环境变量
如果有两个相同的环境变量，可以使用alias命令为它们设置别名。例如，如果有两个JAVA_HOME环境变量，可以使用以下命令为它们设置别名：
alias java_home2=’export JAVA_HOME=/usr/lib/java2′
这样就可以将其中一个环境变量重命名为java_home2，避免出现冲突。
（4）优先使用环境变量
如果有两个命令重名，可以使用which命令查看命令的路径。例如，如果要查看ls命令的路径，可以输入：
which ls
这样就可以确定哪个路径中的ls命令会被执行。如果要优先使用某个路径中的ls命令，可以通过设置PATH环境变量来实现。
Linux环境变量的设置和使用非常重要，避免和解决环境变量重复问题需要掌握一些技巧。在使用Linux时，我们应该尽可能地避免出现环境变量重复的问题，同时，也需要及时处理出现的问题，确保系统的正常运行。
相关问题拓展阅读：
linux系统下环境变量的问题
你需要把这些变量放到.bashrc或者bash_profile等，Linux一般有好几个放环境变量的文件，按照级别不同在调用时不一含链样。
还有，如果你只是打开终端然后执行 export ***********，那么只会在这个终端，这次使用有效，下次使用就会谈圆孙被一个也是腔颤类似于.bashrc这样的文件执行，取消掉这个环境变量，所以就不好使了。
试试看把这个lib放到这个环境变庆升量中LD_LIBRARY_PATH
export LD_LIBRARY_PATH=/usr/local/bin/va_demo_1.15/usr/local/lib
至于没有.bash_profile的话，可以手厅差拆动自己创建的
默认的bash脚扮枣本放在/etc/profile中
Linux环境变量定义问题
一.暂时使用
亦即重启拿棚或旅敏丛注销后就失效了。
使用 PATH=$PATH:目录:目录… 直接赋值。如export PATH=$PATH:/in。
二.长期使用
在全拆樱局文件 /etc/profile 中或用户自定义文件 ~/.bash_profile 中添加上述命令即可！
八 环境变量
8.1 查看环境变量
$ env 显示所有的环境变量设置
$ echo $ENV_VARIABLE 显示指定环境变量的设置
例：
$ echo $PATH
/bin:/etc:/usr/bin:/tcb/bin
8.2 设定环境变量
$ ENV_VARIABLE=XXX;export ENV_VARIABLE
例：
$ PATH=$PATH:$INFORMIXDIR/bin;export PATH 将环境变量PATH设定为原PATH值+$INFORMIXDIR/bin
8.3 取消环境变量设置
$ unset $ENV_VARIABLE
例：
$ set GZJ=gzj;export GZJ 设置环境变量GZJ
$ echo $GZJ
gzj 显示环境变量值
$ unset $GZJ 取消环境变量GZJ的设置
$ echo $GZJ
已取消
一 makefile规则
makefile是一个make的规则描述脚本文件，包括四种类型行：目标行、命令行、宏定义行和make伪指令行（如“include”）。makefile文件中注释以“#”开头。当一行写不下时，可以用续行符“\”转入下一行。
1.1 目标行
目标行告诉make建立什么。它由一个目标名表后面跟冒号“:”，再跟一个依赖性表组成。
例：
example: depfile deptarget
该目标行指出目标example与depfile和deptarget有依赖关系，如果depfile或deptarget有修改，则重新生成目标。
example1 example2 example3: deptarget1 deptarget2 depfile
该目标行指出目标名表中的example1、example2、example3这三个各自独立的目标是用相同的依赖列表和规则生成的。
clean:
空的依赖列表说明目标clean没有其他依赖关系。
目标行链让后续的以Tab 开始的行是指出目标的生成规则，该Tab字符不能以空格代替。例如：
example.o:example.c example.h
cc –c example.c
该例子指出棚乱局目标example.o依赖于example.c和example.h。如果example.c或example.h其中之一改变了，就需要执行命令cc –c example.c重新生成目标example.o。
可以用文件名模式匹配来自动为目标生成依赖表，如：
prog: *.c
以下是一个简单的makefile的例子：
图 1 最简单的makefile例
make使用makefile文件时，从之一个目标开始扫描。上例中的之一个目标为all，所以目标clean不会自动被执行，可以通过命令make clean来生成目标。
1.2 命令行
命令行用来定义生成目标的动作。
在目标行中分号“;”后面的文件都认为是一个命令，或者一行以Tab制表符开始的也是命令。
如在上面的makefile例中，第三行以Tab字符开始的cc命令即是一个命令行，说明要生成hello应执行的命令。也可以写成：hello:hello.o;cc –陪拍c hello –L…
一般情况下，命令行的命令会在标准输出中回显出来，如对上面的makefile执行make时，标准输出如下：
cc -c hello.c
cc -o hello -L/usr/X11R6/lib -L/usr/lib -lXm -lXt -lX11 hello.o
cc -c hello1.c
cc -o hello1 -L/usr/X11R6/lib -L/usr/lib -lXm -lXt -lX11 hello1.o
如果不希望命令本身回显，可在命令前加@字符，如在上例中不希望回显cc –c hello.c和cc –c hello1.c，可修改makefile文件如下：
图 2 抑制回显的makefile例
对该makefile文件执行make时，标准输出如下：
cc -o hello -L/usr/X11R6/lib -L/usr/lib -lXm -lXt -lX11 hello.o
cc -o hello1 -L/usr/X11R6/lib -L/usr/lib -lXm -lXt -lX11 hello1.o
可以看出，命令行前有@字符的不回显。
1.3 宏定义行
在makefile中，可以使用宏定义减少用户的输入，例如上例中对hello和hello1的编译选项均为“-L/usr/X11R6/lib -L/usr/lib -lXm -lXt -lX11”，此时可以用宏来代替，如：
图 3 使用宏定义的makefile例
宏定义的基本语法是：
name=value
在定义宏时，次序不重要。宏不需要在使用前定义。如果一个宏定义多次，则使用最后一次的定义值。
可以使用“$”字符和“()”或“{}”来引用宏，例如：
cc –o hello.o $(CCFLAGS) hello.o
也可以将一个宏赋值给另一个宏，但这样的定义不能循环嵌套，如：
A=value1
B=value2
C=$(A) $(B)等价于C=value1 value2
1.4 伪指令
makefile大部分由宏定义行、命令行和目标行组成。第四种类型是make伪指令行。make伪指令没有标准化，不同的make可能支持不同的伪指令集，使得makefile有一定的不兼容性。如果要考虑移植性问题，则要避免使用make伪指令。但有一些伪指令，如include，由于使用比较多，很多不同make都提供该伪指令。
1.4.1 伪指令include
该伪指令类似C语言中的#include，它允许一次编写常用的定义并包括它。include伪指令必须在一行中，之一个元素必须是include，并且跟一个要包含的文件名，如：
include default.mk
1.4.2 伪指令“#”
“#”字符也是make的伪指令，它指出“#”后面的文件是注释，如：
PROGNAME=test # define macro
#don’t modify this
二 后缀规则
2.1 双后缀规则
在前面的makefile例中有许多重复内容，例如，生成hello和hello1的命令类似，生成hello.o和hello1.o的命令也类似，除了编译或链接的文件不一样外，其它均相同，这时，我们就可以使用后缀规则。首先看一个双后缀的例子：
图 4 使用双后缀规则的makefile例
后缀规则使用特殊的目标名“.SUFFIXES”。
之一行中.SUFFIXES的依赖表为空，用来清除原有的后缀规则，因为.SUFFIXES可以在makefile中多次使用，每一次都将新的后缀规则加入以前的后缀规则中。
第二行中指定后缀规则为“.c .o”，即表示将所有的.c文件转换为.o文件。
第三行指定将.c文件转换成.o文件的方法。$(CC)为make的预定义宏，其默认值为cc，$
第六行指定目标hello和hello1的生成方法。$@为特殊的宏，代替当前的目标名，即hello和hello1，$@.o即为hello.o和hello1.o。
上例介绍的是双后缀规则，即它包含两个后缀，如.c.o，用来把一个C源文件编译为目标文件。双后缀规则描述如何由之一个后缀类型的文件生成第二个后缀类型的文件，例如：.c.o规则描述如何由.c文件生成.o文件。
2.2 单后缀规则
单后缀规则描述了怎样由指定后缀的文件生成由它基名为名字的文件。例如使用单后缀规则.c，可以由hello.c和hello1.c生成hello和hello1文件。例如将前面的makefile改为：
图 5 使用单后缀规则的makefile例
由于.c后缀规则为make标准后缀规则，make为其指定了相应的命令行，所以在makefile中可以不用再指定其目标生成的具体命令行。
下表是make提供的标准后缀规则。
表 1 make标准后缀规则
后缀规则 命令行
.c $(LINK.c) –o $@ $
.c.ln $(LINK.c) $(POUTPUT OPTPUT OPTION) –i $
.c.o $(COMPILE.c) $(OUTPUT OPTION) $
.c.a $(COMPILE.c) –o $% $
$(AR) $(ARFLAGS) $@ $%
$(RM) $%
三 特殊目标
在后缀规则中使用了特殊目标.SUFFIXES，用来指定新增的后缀规则。make还提供了几个特殊目标来设置make的行为，下面为一些特殊的目标：
.IGNORE
make在执行命令行时，如果返回的是错误码，make的缺省动作是停止并退出。增加该目标后，make将忽略命令行返回的错误码，并继续执行后续的操作。
.SILENT
前面已经介绍过，make在执行命令行时会回显命令行内容，在命令行前增加“@”字符将抑制该命令行的回显。
如果增加该目标，所有的命令行不再回显，相当于在每个命令行前均增加了“@”字符。
.PRECIOUS
当收到一个信号或从shell命令返回非零的错误码时，make删除它所有已建立的文件。但有些文件即使出了错误，用户也不想让make删除，这些文件可以作为.PRECIOUS目标的参数。它可以在一个makefile中出现多次，每一次都累积文件列表。
.SUFFIXES
它为makefile指定新的后缀规则，新的后缀规则作为.SUFFIXES的依赖表给出。.SUFFIXES可以在一个makefile中多次使用，每一次都将新的后缀规则加入以前的后缀规则中，如果.SUFFIXES的依赖表为空，则设置后缀规则表为空。
四 特殊的宏
为简单使用规则，make提供了几个特殊的宏：
$@
整个当前目标名的值可以由宏“$@”来代替。
$
当前的源文件由“$
$*
当前目标的基名由宏“$*”来代替。例如目标的名字是hello.o，则基名就是除去了后缀.o的hello。
以上介绍的特殊宏使用了make自身的规则，用户不可以改变。下表介绍了C中预定义的宏。
用途 宏 默认值
库文档汇编命令 AR ar
ARFLAGS rv
AS as
ASFLAGS
COMPILE.s $(AS) $(ASFLAGS) $(TARGET ARCH)
C编译器命令 CC cc
CFLAGS
CPPFLAGS
COMPILE.c $(CC) $(CFLAGS) $(CPPFLAGS) $(TARGET ARCH) –c
LINK.c $(CC) $(CFLAGS) $(CPPFLAGS) $(LDFLAGS) $(TARGET ARCH)
链接编辑器命令 LD ld
LDFLAGS
rm命令 RM rm
后缀列表 SUFFIXES .o .c .c~ .s .s~ .S .S~ .ln .f .f~ .F .F~ .l .mod .mod~ .sym
.def .def~ .p .p~ .r .r~ .y .y~ .h .h~ .sh .sh~ .cps .cps~
五 makefile的应用
当调用make时，它在当前目录下搜索文件名是“makefile”或“Makefile”的文件，并执行。
如果不想使用上述缺省文件，可以使用命令行中的“-f”来指定文件，如将编写的makefile命名为mklib，则指定为“make –f mklib”。
PATH=/user/in
export PATH
#查看变量
echo $PATH
LINUX环境变量问题！！！
export PATH=$PATH:/唤携手usr/和嫌lpp/mmfs/bin/
写隐毕到/etc/profile里
每次用户登录都可以加载了
修改bashrc文件丛大，这种方法更为安全，它可蔽郑渣以把使用这些环境变量的权限控制到用户级别，这里是针对某一特定的用户，如果你需要给某个用户权限使用这些环境变量，你只需要修改宏悄其个人用户主目录下的 .bashrc文件就可以了。
在下面添加：
Export PATH=”$PATH:/usr/lpp/mmfs/bin/mmgetstate”
你是我见过悬赏更高的人
留连戏蝶时时舞,自在娇莺恰恰啼.
关于linux 环境变量 重复的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
